คำถามติดแท็ก github

ฉันค่อนข้างใหม่ในการเขียนโปรแกรมและฉันได้ทำงานในหลายโครงการส่วนตัวซึ่งฉันกังวลสามารถเจอโง่และไม่เป็นมืออาชีพ ประเภทของโครงการที่ฉันมีคือ Reddit Image Downloader และเครื่องมือสำหรับGMที่ใช้ในเกมสวมบทบาท ฉันต้องการเริ่มสร้างบัญชีGitHubสำหรับโครงการในสาขาการวิเคราะห์ข้อมูลที่ฉันเลือกแต่ฉันไม่แน่ใจว่าจะจัดการโครงการในบัญชี GitHub ของฉันได้อย่างไร ฉันควรสร้าง GitHub "มืออาชีพ" ซึ่งส่วนใหญ่มีสคริปต์การวิเคราะห์ที่แตกต่างกันและมีบัญชี "ส่วนตัว" แยกต่างหากสำหรับโครงการสนุก ๆ ของฉัน หรือฉันเพิ่งคิดมากเรื่องนี้และฉันควรจะรักษาบัญชีเดียวหรือไม่

28 github 

เป็นเวลาหลายปีที่ฉันเป็นแฟนตัวยงของการให้สิทธิ์ใช้งานในสิ่งที่แบ่งปันทางออนไลน์เพื่อให้ผู้อื่นสามารถระบุได้ง่ายขึ้นว่าพวกเขาสามารถนำสิ่งต่าง ๆ กลับมาใช้ใหม่ได้อย่างไร ก่อนที่ GitHub จะเริ่ม 'กด' ผู้ใช้อย่างเบา ๆ เพื่อรวมไฟล์ LICENSE กับ repos ของพวกเขาฉันไม่รู้จริง ๆ ว่าจะทำอย่างไรดีที่สุดด้วยรหัส - โดยเฉพาะอย่างยิ่งรหัสที่แชร์กับ GitHub! - แต่ฉันพยายามใช้ไฟล์ LICENSE ให้เป็นประโยชน์ ตอนนี้ฉันอยู่ในสถานการณ์ที่ฉันได้ทำงานในโครงการเล็ก ๆ กับคนอื่น ๆ ซึ่งต้องการใบอนุญาตหลายใบ (เนื่องจากรหัส & ไลบรารีของบุคคลที่สามรวมถึงไฟล์ที่ไม่ใช่รหัส) ในขณะที่คู่ของฉันไปเกี่ยวกับปัญหาค่อนข้าง 'สะเพร่า' - มันแนะนำให้ฉันเพียงแค่ใส่รหัสออนไลน์ตามที่เป็นอยู่ไม่มีใครจะดูแล '- ฉันอยากทำอย่างถูกต้อง ปัญหาคือ: ฉันไม่รู้ว่าควรจะกล่าวถึงใบอนุญาตหลายใบ (ต่างกัน) ใน GitHub อย่างไร ฉันเคยเห็นวิธีแก้ปัญหาที่แตกต่างกันหลายอย่างใน GitHub ซึ่งเป็นเหตุผลว่าทำไมฉันจึงยากที่จะตัดสินว่าคำตอบของคำถามที่แตกต่างกันเล็กน้อยนั้นเป็นเรื่องจริงหรือไม่ สิ่งที่ฉันอยากรู้ก็คือข้อใดต่อไปนี้ - ถ้ามี - …

28 licensing  github 

มันไม่ชัดเจนสำหรับฉันว่ารูปแบบคืออะไรหากมีข้อกำหนดระบบ / บรรทัดคำสั่งสำหรับการสร้างเป็นต้น โดยทั่วไปเพียงแค่ต้องรู้รายละเอียดและหากมีขั้นตอนทางเทคนิคในการสร้างไฟล์ README

27 github 

ฉันรักษา repit GitHub ที่เป็นที่นิยม เมื่อคำขอดึงเป็นสิ่งที่ดีที่จะผสานฉันมักจะขอให้ผู้เขียนรีบูตมันเพื่อกระทำเดียวก่อนที่ฉันจะรวมมัน (โดยเฉพาะอย่างยิ่งเมื่อมีการแก้ไขเล็ก ๆ หลายครั้ง) นี่เป็นการฝึกคอมไพล์ที่ดีหรือไม่? มารยาท GitHub มาตรฐานนี้เป็นที่ยอมรับหรือไม่? ประโยชน์บางประการ: ฉันได้รับประวัติการกระทำที่ดีในบันทึกการกระทำ ฉันไม่ต้องการเปลี่ยนแปลงการผูกมัดตัวเอง มันมอบหมายงานบางส่วน ข้อเสียที่เป็นไปได้: ฉันไม่แน่ใจว่านี่เป็นมารยาทที่ดีหรือไม่ ฉันไม่แน่ใจว่านี่เป็นการฝึกคอมไพล์ที่ดีหรือไม่ ฉันมักจะถามการเปลี่ยนแปลงอื่น ๆ แล้ว - นี่คืออีกหนึ่งและฉันไม่ต้องการกีดกันผู้มีส่วนร่วม

25 github  etiquette 

มีโครงการใน Github ที่ฉันชอบและต้องการใช้เป็นส่วนใหญ่ มีบางสิ่งที่ฉันต้องการจะทำแตกต่าง / ลบออกซึ่งไม่สมเหตุสมผลกับสิ่งที่ฉันต้องการ / ต้องการ นอกจากนี้ฉันต้องการเพิ่มบางสิ่งเช่นกัน ตามที่ฉันเข้าใจฉันควรแยกโครงการและฉันสามารถเปลี่ยนแปลงสิ่งที่ฉันต้องการและผลักดันกลับไปที่ส้อมของฉัน จากนั้นฉันก็ต้องการที่จะดึงการเปลี่ยนแปลงจากโครงการเดิมเป็นครั้งคราวดังนั้นฉันจึงได้รับการแก้ไขข้อบกพร่อง / คุณสมบัติล่าสุด ฉันเลิกใช้แล้วฉันคิดว่ามันควรจะใช้ได้ไหม จะนำมาซึ่งการเปลี่ยนแปลงจากโครงการเดิมได้อย่างไร

25 github  etiquette  forking 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันเข้าใจแนวคิดพื้นฐานของ Git / Github ส่วนใหญ่แล้วในตอนนี้อย่างไรก็ตามฉันยังคงมีปัญหาในการเข้าใจภาพรวมที่ใหญ่ขึ้น นี่คือบางสิ่งที่ฉันสามารถทำให้ทำงานได้จนถึงตอนนี้: ผลักดันมุ่งมั่น ทำงานกับสาขา รวม Github กับ Travis CI ซึ่งเป็นระบบการรวมอย่างต่อเนื่อง Via Travis CI สร้างโดยอัตโนมัติทุกคอมมิทถึงมาสเตอร์และวางจำหน่ายเป็น ZIP บน Github ภายใต้รีลีส อย่างไรก็ตามฉันเพิ่งทำงานกับโปรเจ็กต์เวอร์ชันอัลฟ่า / เบต้าเท่านั้นดังนั้นฉันจึงไม่เคยเห็นเวอร์ชันที่เผยแพร่ในทางปฏิบัติเลย ดังนั้นฉันต้องการเรียนรู้เพิ่มเติมเกี่ยวกับการกำหนดรุ่นการบำรุงรักษารุ่นแยกต่างหากการแก้ไขด่วนรุ่น ฯลฯ ฉันจะมั่นใจได้อย่างไรว่าสิ่งต่าง ๆ ต่อไปนี้เกิดขึ้น: มีเวอร์ชันของโครงการต่าง ๆ ของฉันเช่นเวอร์ชัน 1.1.0 และ 2.0.0 มีความสามารถในการผลักดันโปรแกรมแก้ไขด่วนในรุ่นเรียงลำดับของกระแทกกับรุ่น 1.1.1 หรือ 2.0.1 เป็นต้น สร้างระบบการรวมอย่างต่อเนื่องสร้างรุ่นนั้นโดยอัตโนมัติเมื่อกระทำและหากสำเร็จให้เผยแพร่รุ่นสำหรับรุ่นนั้นโดยเฉพาะ ฉันสงสัยระหว่างตัวเลือกต่อไปนี้: …

24 version-control  git  github  continuous-integration 

ฉันมี repo ที่มีรหัส Ruby และ PHP อยู่ Github กล่าวว่า repo ของฉันคือ 74.8% PHP และ 25.2% Ruby ฉันไม่เข้าใจว่ามันจะเป็นไปได้อย่างไร เมื่อฉันเปรียบเทียบ 2 ภาษาในโครงการของฉัน: # Count how many files: # Ruby ls | grep ".*\.rb" | wc -l # returns 10 #PHP ls | grep ".*\.php" | wc -l # returns 1 # Count …

24 github 

โครงการโอเพ่นซอร์สที่ควรมีพื้นที่เก็บข้อมูลสาธารณะจัดการกับคำขอดึง (PRs) ที่ดีที่สุดที่อยู่รายงานอย่างปลอดภัย แต่ยังไม่เปิดเผยช่องโหว่ความปลอดภัยสาธารณะ ฉันเกี่ยวข้องกับโครงการโอเพ่นซอร์สที่มีผู้ร่วมให้ข้อมูลหลายร้อยคน เราเผยแพร่ประกาศเกี่ยวกับความปลอดภัยและช่องโหว่หลายครั้งต่อปีโดยเป็นส่วนหนึ่งของการวางจำหน่ายรายเดือนตามกำหนด เราจะไม่เผยแพร่ข้อมูลเกี่ยวกับช่องโหว่จนกว่าเราจะเผยแพร่เวอร์ชันที่ได้รับการแก้ไข เราสามารถจัดการปัญหาด้านความปลอดภัยได้อย่างปลอดภัยในระบบการจัดการโครงการ (JIRA) แต่เราไม่ได้มีกระบวนการที่ดีในการปิดบัง PRs ที่แก้ไขจุดอ่อนด้านความปลอดภัยเมื่อส่งไปยัง GitHub เรากังวลว่าผู้คนสามารถค้นหาการแก้ไขเหล่านี้ได้ก่อนที่จะเผยแพร่และสร้างการหาประโยชน์ที่ไม่มีวันหยุด เราได้พิจารณาการใช้ repos ส่วนตัวที่แยก repo หลัก แต่ส่วนใหญ่ของการตรวจสอบของเราในปัจจุบันและเวิร์กโฟลว์ QA เกิดขึ้นใน PRs ถ้าเราย้ายเวิร์กโฟลว์ไปที่ทีมรักษาความปลอดภัยเฉพาะ repo ส่วนตัวซึ่งจะลดหน้าต่างเมื่อการแก้ไขเป็นแบบสาธารณะลงจนถึงเวลาที่ใช้ในการสร้าง tarball และเผยแพร่บน sourceforge ซึ่งจะเป็นการปรับปรุงครั้งใหญ่ นอกจากนี้เรายังอาจต้องหลีกเลี่ยงการรวม PR เข้ากับเบต้าสาธารณะของเรา ก่อนที่จะไปในทิศทางนั้นฉันต้องการทราบว่าวิธีที่ดีที่สุดในการจัดการแพทช์แก้ไขข้อบกพร่องด้านความปลอดภัยก่อนวางจำหน่ายในโครงการโอเพ่นซอร์สที่มี repos แบบเปิดคืออะไร หากปัญหาสามารถแก้ไขได้ดีขึ้นโดยใช้แพลตฟอร์มอื่นที่ไม่ใช่ GitHub ฉันควรพูดถึงว่าเรากำลังประเมินการโยกย้ายไปยัง GitLab

22 open-source  security  github  gitlab 

เราใช้GitHub ไหลในโครงการของเราและส่วนใหญ่เวลาที่เราเปิดสาขาคุณลักษณะใหม่จากต้นแบบ , ทำงานบางอย่างมีเปิด PR ตรวจสอบรหัสและการผสานกลับเข้าไปในต้นแบบ feature-branch-Aแต่การทำงานในปัจจุบันของฉันขึ้นอยู่กับปัญหาที่กำลังทำงานอยู่ในการควบคุม มันเป็นโคเชอร์ที่จะสร้างสาขาของฉันจากสาขาอื่นหรือต่อต้านวิญญาณของ GitHub Flow หรือไม่? ทางเลือกอื่นคือการยึดสาขาของฉันไว้ที่หลักและผสานการเปลี่ยนแปลงจากfeature-branch-A(บ่อยครั้ง) ต้องการตัวเลือกใดในโฟลว์ GitHub?

22 git  github  gitflow 

ตัวอย่างเช่น: เสรีชน มันได้รับอนุญาตภายใต้ใบอนุญาต BSD รูปแบบ CLA (Contributor ข้อตกลงใบอนุญาต) ไม่เฉพาะโครงการและจะสามารถลงนามในระบบอิเล็กทรอนิกส์ การออกจากระบบข้อตกลงนี้มีปัญหาอย่างไรและอย่างไร ฉันมีส่วนร่วมไม่มากหรือน้อยแค่ไหน? เหตุใดบางโครงการต้องการ CLA ที่ลงนามเพื่อรับการแก้ไขในขณะที่บางโครงการไม่ทำ (เช่น. node.js กับทางรถไฟ)

22 open-source  licensing  github 

ฉันใหม่กับ GitHub และ VCS โดยทั่วไป ฉันเขียนโปรแกรมในหลายภาษามาหลายปีแล้ว แต่ฉันก็ทำงานเดี่ยวในโครงการที่กำหนดเอง (ไม่มีการเผยแพร่สาธารณะ) ฉันเพิ่งเริ่มใช้วิดเจ็ต jQuery UI ที่ฉันดาวน์โหลดจาก GitHub ในโครงการที่ฉันกำลังทำงานอยู่ repo ไม่ได้รับการบำรุงรักษาโดยผู้เขียนดั้งเดิมอีกต่อไป ส้อมอื่นได้รวมคำขอดึงต้นฉบับไว้บางส่วน นี่คือสิ่งที่ฉันแยกออกมา ฉันพบข้อผิดพลาดสองสามข้อและเกิดขึ้นกับการแก้ไขสำหรับพวกเขา ฉันต้องการสนับสนุนการแก้ไขเหล่านี้ แต่ฉันยังมีการเปลี่ยนแปลงอื่น ๆ อีกมากมายที่ฉันต้องการสำหรับการใช้งานของเราเองซึ่งจะทำให้คุณสมบัติที่มีอยู่บางส่วนเสียหาย นอกจากนี้ฉันต้องการรวมแนวคิดจากทางแยกอื่น ฉันยังคงเรียนรู้ GIT และ GitHub และฉันพยายามหาวิธีที่ดีที่สุดในการทำทุกสิ่ง ฉันได้อ่านมาก (ที่นี่, SO, GitHub หน้าช่วยเหลือ, Pro Git) เกี่ยวกับแนวคิด / ภารกิจต่าง ๆ : เวิร์กโฟลว์, การรวม, ดึงคำขอ, การเลือกเชอร์รี่, การรีบูต, การแตกแขนง สสารสีเทาของฉันคือว่ายน้ำและฉันต้องเริ่มทำเพื่อให้ฉันสามารถเข้าใจสิ่งที่ฉันได้อ่าน ประเด็นหลัก: ฉันคิดว่าฉันอ่าน …

21 open-source  github  workflows  etiquette 

ฉันโต้ตอบกับ Git ผ่านGitHub สำหรับ Windowsซึ่งเป็นเรื่องตลกเพราะฉันจะไม่ผลักดันที่เก็บของฉันไปที่ GitHub ฉันทำงานกับมันคนเดียวและตั้งใจจะให้ฉันใช้เท่านั้น ฉันสังเกตเห็นว่าการคอมมิชชันของฉันอยู่ในรายการภายใต้ "คอมมิทที่ไม่ซิงค์" และภายใต้ "ประวัติ" มันระบุว่า "ไม่มีคอมมิท" สิ่งใดที่ทำให้ฉันมีข้อสงสัยฉันจะทำอะไรได้บ้างโดยการผลักดันยกเว้นคำสั่งของฉันที่ระบุไว้ใน "ประวัติ"

21 git  github 

คำถามนี้ถูกโยกย้ายจาก Stack Overflow เพราะสามารถตอบได้ใน Software Engineering Stack Exchange อพยพ 8 ปีที่ผ่านมา เราเป็นทีมเล็ก ๆ ของนักพัฒนาเว็บที่ใช้การโค่นล้ม แต่ในไม่ช้าเรากำลังเปลี่ยนไปใช้ GitHub ฉันกำลังดูเวิร์กโฟลว์ Github ประเภทต่างๆและเราไม่แน่ใจว่าแนวคิดการฟอร์กทั้งหมดใน GitHub สำหรับนักพัฒนาแต่ละคนนั้นเป็นความคิดที่ดีสำหรับเราหรือไม่ หากเราใช้ส้อมฉันเข้าใจว่านักพัฒนาแต่ละคนจะมีที่เก็บข้อมูลระยะไกลและพื้นที่ส่วนตัวของเขาเอง ฉันกังวลว่ามันจะทำการผลักดันการเปลี่ยนแปลงอย่างหนักและซับซ้อนเกินไป นอกจากนี้ความกังวลที่ใหญ่ที่สุดของฉันคือมันจะบังคับให้นักพัฒนาแต่ละคนมี 2 รีโมท: กำเนิด (ซึ่งเป็นทางแยกระยะไกล) และอัปสตรีม (ซึ่งใช้ในการ "ซิงค์" การเปลี่ยนแปลงจากพื้นที่เก็บข้อมูลหลัก) ไม่แน่ใจว่ามันเป็นวิธีง่าย ๆ ในการทำสิ่งต่าง ๆ หรือไม่ สิ่งนี้คล้ายกับเวิร์กโฟลว์ที่อธิบายไว้ที่นี่: https://github.com/usm-data-analysis/usm-data-analysis.github.com/wiki/Git-workflow ถ้าเราไม่ใช้ส้อมเราอาจจะทำได้ดีโดยใช้ repo ส่วนกลางที่สร้างสาขาสำหรับแต่ละงานที่เรากำลังทำอยู่และรวมมันเข้าไปในสาขาการพัฒนาบนพื้นที่เก็บข้อมูลเดียวกัน หมายความว่าเราจะไม่สามารถ จำกัด การรวมสาขาและอาจยุ่งเล็กน้อยที่จะมีสาขาจำนวนมากในพื้นที่เก็บข้อมูลส่วนกลาง มีคำแนะนำใดบ้างจากทีมที่ลองใช้ทั้งสองขั้นตอน?

21 git  github 

ฉันมักจะทำงานกับคุณสมบัติบางอย่างของโครงการของฉันที่ฉันต้องหยุดพักก่อนที่จะดีพอสำหรับการกระทำ อย่างไรก็ตามฉันใช้คอมพิวเตอร์สองเครื่องต่อวันในการเขียนโค้ด (แล็ปท็อปและเดสก์ท็อปแล็บการวิจัยของฉัน) เช่นฉันกำลังทำงานกับคุณสมบัติที่บ้านจากนั้นฉันหยุดและไปที่ห้องแล็บของฉัน ฉันไม่ต้องการผสมผสานการซิงค์บนคลาวด์ (เช่น Dropbox) กับการติดตามระยะไกลของ GitHub ฉันเพิ่งระบุรหัสของฉันที่ยังไม่เสร็จ (และยุ่ง) ก่อน (และผลักมัน) เฉพาะเพื่อจุดประสงค์ในการดึงสิ่งนั้นในคอมพิวเตอร์เครื่องอื่นเพื่อทำงานต่อไป ฉันค่อนข้างมั่นใจว่านี่เป็นการปฏิบัติที่ไม่ดี แต่วันนี้ฉันเจอgit stashGoogling นิดหน่อย ดูเหมือนเป็นโซลูชั่นที่สมบูรณ์แบบสำหรับสิ่งที่ฉันต้องการ อย่างไรก็ตามเอกสารไม่ได้บอกว่ามันจะไป GitHub เมื่อฉันผลักดันการเปลี่ยนแปลงของฉัน นอกจากนั้นฉันต้องการทราบว่ามีวิธีที่มีประสิทธิภาพมากขึ้นเพื่อให้บรรลุความคล่องตัวที่ฉันต้องการหรือไม่ ขอบคุณล่วงหน้า!

20 git  github  gitflow 

ฉันอยู่ในขั้นตอนการตั้งค่าบัญชี GitHub โดยมีแผนที่จะสร้างห้องสมุดคู่หนึ่งที่ฉันพัฒนาขึ้นเพื่อเป็นส่วนหนึ่งของโครงการ iOS ล่าสุดบางโครงการที่สามารถใช้งานได้ฟรีสำหรับผู้พัฒนา iOS คนอื่น ๆ ปัจจุบันฉันไม่มีการสำรองข้อมูลนอกสถานที่สำหรับรหัสส่วนใหญ่ของฉันดังนั้นในตอนแรกฉันคิดว่าฉันจะอัปโหลดโครงการส่วนตัวทั้งหมดของฉันหรืออย่างน้อยโครงการ iOS ทั้งหมดของฉันไปยังที่เก็บส่วนตัวที่โฮสต์โดย GitHub . แต่ฉันมีจำนวนมากของโครงการนั่งรอบหลายแห่งซึ่งเป็นธรรมที่มีมูลค่าต่ำ (เช่นดัดแปลงมาจากหนังสือและเขียนขึ้นสำหรับประสบการณ์การเรียนรู้) GitHub ไม่เพียงเรียกเก็บจากที่เก็บข้อมูลส่วนตัว แต่ดูเหมือนว่าจะไม่มีวิธีการจัดระเบียบที่เก็บตามลำดับชั้น มีบางอย่างที่ฉันขาดหายไปซึ่งจะทำให้ฉันสามารถใช้พื้นที่เก็บข้อมูล git กับลำดับชั้นและตรวจสอบชิ้นส่วนตามที่ฉันต้องการ / ทำงานกับพวกเขาวิธีที่ฉันทำกับ SVN ในปัจจุบัน? GitHub (หรือคู่แข่งเช่น BitBucket) มีคุณสมบัติบางอย่างขององค์กรโครงการที่ฉันขาดหายไปหรือไม่? หากไม่เป็นเช่นนั้น "วิธี Git" ที่เป็นที่ยอมรับโดยทั่วไปในการจัดการกับสถานการณ์นี้ (ยกเลิกโครงการที่ไม่ได้มีไว้สำหรับเผยแพร่ให้เก็บออฟไลน์รวมพวกมันเข้าด้วยกัน ฯลฯ )? เท่าที่ฉันสามารถบอกได้ตัวเลือกของฉันคือ: ใส่ไลบรารี่บน GitHub แล้วดำเนินการโฮสต์ SVN ของฉันต่อไปสำหรับโครงการอื่น ๆ ทั้งหมดใช้โซลูชันที่ไม่ใช่ VCS สำหรับการสำรองข้อมูลนอกไซต์ (blech) ใส่ไลบรารีและซอฟต์แวร์ที่ฉันวางแผนจะวางจำหน่ายบน GitHub (ในฐานะที่เป็นรัฐและเอกชนตามลำดับ) …

20 version-control  git  github