Câu trả lời ngắn ...
Bắt đầu với các kho lưu trữ trong tài khoản cá nhân của bạn. Từ đó, nếu / khi mọi thứ phát triển và / hoặc trở nên phổ biến với cộng đồng, hãy chuyển chúng vào tài khoản tổ chức.
Câu trả lời dài ...
Hãy xem xét một số lựa chọn của bạn:
1. Tổ chức:
Để biết thêm thông tin về các tính năng của Tổ chức GitHub, hãy nhớ đọc:
Blog GitHub: Giới thiệu các tổ chức
Nếu bạn đã từng phải quản lý nhiều tài khoản GitHub, muốn có bảng điều khiển dành riêng cho công ty, muốn thêm cộng tác viên chỉ đọc hoặc cần cung cấp cho người khác quyền kiểm soát quản trị đối với một trong các kho lưu trữ của bạn, bạn sẽ yêu các Tổ chức.
Dựa trên câu hỏi của bạn, tôi không thể nói nếu một Tổ chức phù hợp với bạn (ruột của tôi đang nói với tôi "không") , nhưng có thể nhìn vào một số ví dụ thực tế sẽ giúp bạn đưa ra quyết định.
Dưới đây là một số ví dụ về Tổ chức GitHub mà tôi thấy thú vị khi xem xét:
https://github.com/gruntjs
Đây là một trong những ví dụ yêu thích của tôi về tài khoản Tổ chức nguồn mở. Tôi hầu như bị ấn tượng bởi các quy ước đặt tên được sử dụng cho các kho lưu trữ (nghĩa là về cơ bản grunt/
là repo chính và tất cả các mã / plugin / lõi / nhiệm vụ liên quan trực tiếp trong grunt-xxxx/
kho).
https://github.com/github
Có lẽ đáng để xem Org của chính GitHub. tài khoản. Các quy ước đặt tên được sử dụng cho các kho lưu trữ không chặt chẽ như Grunt (IMHO), nhưng dù sao đó cũng là một ví dụ điển hình. Ồ, và bây giờ có lẽ là thời điểm thích hợp để chỉ ra tab "Thành viên" , vì bạn không nhận được điều này cho các tài khoản cá nhân hoặc kho lưu trữ.
https://github.com/twbs
Twitter Bootstrap. Tôi nghĩ rằng đây là một ví dụ tốt về một Org. tài khoản chỉ có một vài kho lưu trữ (lưu ý repo duy nhất có hơn 58.000 sao). Cũng lưu ý rằng Bootstrap có năm thành viên (tại thời điểm viết bài này), nhưng năm người đó chịu trách nhiệm cho một kho lưu trữ cực kỳ phổ biến ( tương phản với 214 thành viên của Tổ chức GitHub ).
- https://github.com/twitter : tài khoản GitHub chính của Twitter.
Một vài ví dụ tổng quát hơn:
https://github.com/yeoman : Xây dựng công cụ.
https://github.com/h5bp : Bản tóm tắt HTML5.
https://github.com/nprapps : Ví dụ về ngành tin tức.
2. Tài khoản cá nhân
Như bạn đã đề cập, bạn có thể tạo các kho lưu trữ bên trong tài khoản cá nhân của mình và đi từ đó.
Bạn sẽ cần cộng tác viên?
Trợ giúp GitHub: Cộng tác / Làm cách nào để thêm cộng tác viên?
Như bạn có thể thấy, thêm cộng tác viên là không đau.
Dựa trên câu hỏi của bạn, tùy chọn này nghe giống như bạn muốn.
3. Repo với nhiều chi nhánh:
Bạn có thể tạo một kho lưu trữ và sử dụng các nhánh để sắp xếp các đoạn mã liên quan của mình.
Tôi không nghĩ rằng hầu hết mọi người sẽ đồng ý rằng đây là cách tốt nhất để tổ chức mã của bạn :
Mặt khác, không có gì nói rằng bạn không thể tổ chức các đoạn mã liên quan bằng cách sử dụng các nhánh.
Một phiền toái cá nhân tôi gặp phải với kỹ thuật này là GUI / giao diện của GitHub sẽ hiển thị cho bạn thông báo này:
... khi xem các chi nhánh không phải của bạn master
(nghĩa là, nếu chi nhánh của bạn ở phía trước / phía sau trong các cam kết).
Mẹo: Nếu bạn đang sử dụng phiên bản Git mới hơn, bạn có thể kéo các nhánh cụ thể bằng cách sử dụng git clone -b mybranch --single-branch git://sub.domain.com/repo.git
:
Liên quan:
4. Phương pháp lai:
Tôi có nên sử dụng Tổ chức GitHub để xử lý cấu hình như vậy không? Hay tôi chỉ nên đổ tất cả vào tài khoản của mình, cùng với hàng tá kho lưu trữ hoàn toàn không liên quan khác?
Bạn có thể sử dụng kết hợp tất cả các bên trên. Ví dụ:
Thiết lập một Tổ chức cho "... kết xuất tài liệu và ví dụ chung và hai chương trình còn lại chứa việc thực hiện hai chương trình tạo thành xương sống của dự án".
Sử dụng tài khoản cá nhân của bạn cho "... một tá các kho khác, hoàn toàn không liên quan"
Sử dụng các nhánh cho các trang demo gh-pages
, mã liên quan và / hoặc tài liệu.
Lưu ý:
Điều đáng nói là bạn có thể sử dụng WIKI của kho lưu trữ cho mục đích tài liệu: