คำตอบสั้น ๆ ...
เริ่มต้นด้วยที่เก็บในบัญชีส่วนตัวของคุณ จากที่นั่นหาก / หรือเมื่อสิ่งที่เติบโตและ / หรือได้รับความนิยมจากชุมชนให้ย้ายพวกเขาไปยังบัญชีองค์กร
คำตอบยาว ...
ลองดูตัวเลือกของคุณ:
1. องค์กร:
สำหรับข้อมูลเพิ่มเติมเกี่ยวกับฟีเจอร์ของ GitHub โปรดอ่าน:
บล็อก GitHub: แนะนำองค์กร
หากคุณต้องจัดการบัญชี GitHub หลายบัญชีต้องการแดชบอร์ดเฉพาะ บริษัท ต้องการเพิ่มผู้ทำงานร่วมกันแบบอ่านอย่างเดียวหรือต้องการให้ผู้ดูแลระบบควบคุมที่เก็บข้อมูลของคุณคุณจะรักองค์กร
จากคำถามของคุณฉันไม่สามารถบอกได้ว่าองค์กรใดเหมาะกับคุณ (ลำไส้ของฉันบอกฉันว่า "ไม่")แต่บางทีการดูตัวอย่างโลกแห่งความจริงจะช่วยให้คุณตัดสินใจได้
นี่เป็นตัวอย่างขององค์กร GitHub ที่ฉันสนใจดู:
https://github.com/gruntjs
นี่เป็นหนึ่งในตัวอย่างที่ฉันโปรดปรานของบัญชีโอเพ่นซอร์ส ฉันประทับใจมากกับการตั้งชื่อที่ใช้สำหรับพื้นที่เก็บข้อมูล (กล่าวgrunt/
คือเป็น repo หลักและ core / contrib code / plugins / task ที่เกี่ยวข้องทั้งหมดอาศัยอยู่ในgrunt-xxxx/
repositories)
https://github.com/github
อาจเป็นสิ่งที่ควรค่าแก่การดูองค์กรของ GitHub บัญชีผู้ใช้. อนุสัญญาการตั้งชื่อที่ใช้สำหรับที่เก็บข้อมูลนั้นไม่เข้มงวดเท่ากับ Grunt's (IMHO) แต่เป็นตัวอย่างที่ดีอย่างไรก็ตาม โอ้และตอนนี้อาจเป็นเวลาที่เหมาะสมที่จะชี้ให้เห็นแท็บ "สมาชิก"เนื่องจากคุณไม่ได้รับสิ่งนี้สำหรับบัญชีส่วนตัวหรือที่เก็บ
https://github.com/twbs
Twitter Bootstrap ฉันคิดว่านี่เป็นตัวอย่างที่ดีขององค์กร บัญชีที่มีที่เก็บเพียงไม่กี่แห่ง (จดบันทึก repo เดียวที่มี 58,000+ ดาว) โปรดทราบด้วยว่า Bootstrap มีสมาชิกห้าคน (ในขณะที่เขียนนี้) แต่สมาชิกทั้งห้าคนนั้นรับผิดชอบพื้นที่เก็บข้อมูลที่ได้รับความนิยมอย่างบ้าคลั่ง ( ตรงกันข้ามกับสมาชิก 214 คนขององค์กร GitHub )
- https://github.com/twitter : บัญชี GitHub หลักของ Twitter
ตัวอย่างทั่วไปอีกไม่กี่:
https://github.com/yeoman : สร้างเครื่องมือ
https://github.com/h5bp : HTML5 สำเร็จรูป
https://github.com/nprapps : ตัวอย่างอุตสาหกรรมข่าว
2. บัญชีส่วนตัว
ดังที่คุณได้กล่าวไปแล้วคุณสามารถสร้างที่เก็บในบัญชีส่วนตัวของคุณและไปจากที่นั่น
คุณต้องการผู้ทำงานร่วมกันไหม?
ความช่วยเหลือ GitHub: การทำงานร่วมกัน / ฉันจะเพิ่มผู้ทำงานร่วมกันได้อย่างไร
อย่างที่คุณเห็นการเพิ่มผู้ทำงานร่วมกันนั้นไม่เจ็บปวด
ตามคำถามของคุณตัวเลือกนี้ฟังดูเหมือนตัวที่คุณต้องการ
3. Repo ที่มีหลายสาขา:
คุณสามารถสร้างที่เก็บหนึ่งแห่งและใช้ประโยชน์จากสาขาเพื่อจัดระเบียบรหัสที่เกี่ยวข้องของคุณ
ฉันไม่คิดว่าคนส่วนใหญ่จะยอมรับว่านี่เป็นวิธีที่ดีที่สุดในการจัดระเบียบโค้ดของคุณ :
ในทางตรงกันข้ามไม่มีอะไรที่บอกว่าคุณไม่สามารถจัดระเบียบบิตของรหัสที่เกี่ยวข้องโดยใช้สาขาได้
ความรำคาญส่วนตัวที่ฉันมีด้วยเทคนิคนี้คือ GUI / ส่วนต่อประสานของ GitHub จะแสดงข้อความนี้ให้คุณเห็น:
... เมื่อดูสาขาอื่นที่ไม่ใช่ของคุณmaster
(กล่าวคือถ้าสาขาของคุณอยู่ข้างหน้า / ข้างหลังโดยมุ่งมั่น)
เคล็ดลับ:หากคุณใช้ Git เวอร์ชันใหม่กว่านี้คุณสามารถดึงสาขาเฉพาะโดยใช้git clone -b mybranch --single-branch git://sub.domain.com/repo.git
:
ที่เกี่ยวข้อง:
4. วิธีการแบบผสมผสาน:
ฉันควรใช้ GitHub Organization เพื่อจัดการการกำหนดค่าดังกล่าวหรือไม่? หรือฉันควรทิ้งทุกอย่างไปยังบัญชีของตัวเองพร้อมกับที่เก็บอื่น ๆ ที่ไม่เกี่ยวข้องทั้งหมดโหล
คุณสามารถใช้การรวมกันทั้งหมดข้างต้น ตัวอย่างเช่น:
ตั้งค่าองค์กรสำหรับ "... การถ่ายโอนข้อมูลเอกสารและตัวอย่างทั่วไปและอีกสองรายการมีการใช้งานโปรแกรมสองโปรแกรมที่เป็นกระดูกสันหลังของโครงการ"
ใช้บัญชีส่วนตัวของคุณสำหรับ "... หนึ่งโหลที่เก็บข้อมูลอื่นที่ไม่เกี่ยวข้องทั้งหมด"
ใช้สาขาสำหรับหน้าตัวอย่างgh-pages
รหัสที่เกี่ยวข้องและ / หรือเอกสาร
หมายเหตุ (s):
นอกจากนี้ยังมีมูลค่าการกล่าวขวัญว่าคุณสามารถใช้ WIKI ของที่เก็บเพื่อวัตถุประสงค์ในการจัดทำเอกสาร: