những lợi thế và bất lợi của việc đặt mã cho một dự án chưa hoàn thành trên github là gì

Tôi tuyên bố sẽ làm việc trong một dự án mà tôi dự định phát hành dưới dạng nguồn mở thông qua các github. Những lợi thế của việc đặt mã trên github ngay từ đầu, trái ngược với việc chờ đợi cho đến khi dự án ở trạng thái hoạt động trước khi xuất bản.

Nếu có vấn đề, dự án cụ thể này là một ứng dụng / dịch vụ C # và tôi chỉ có một tài khoản github miễn phí (vì vậy tôi không thể đặt nó ở chế độ riêng tư và sau đó lấy lại các trang bìa sau)

Bạn càng nhanh chóng cung cấp mã của mình một cách công khai, bạn càng nhanh chóng có thể nhận được phản hồi và mọi người giúp đỡ bạn. Nếu ý định của bạn là làm cho dự án trở thành nguồn mở ngay từ đầu, thì tôi sẽ khuyên bạn nên bắt đầu dự án của bạn dưới dạng công khai theo mặc định.

Github có đầy đủ các dự án nhỏ và chưa hoàn thành để dự án của bạn phù hợp ngay. Càng nhiều chi tiết bạn đưa vào tệp readme càng tốt vì nó sẽ giúp các nhà phát triển / người tiêu dùng khác nhanh chóng bắt kịp dự án của bạn.

Ít nhất, các dự án riêng của bạn phải nằm dưới một số loại kiểm soát phiên bản. Nếu bạn không muốn trả tiền cho một dịch vụ, thì tôi khuyên bạn nên sử dụng Dropbox để sao lưu các kho lưu trữ cục bộ riêng tư của bạn. Bằng cách này, bạn có sao lưu tệp và kiểm soát phiên bản cho dự án của mình, điều này sẽ giúp bạn tránh khỏi những giờ đau đớn trong tương lai. Gần đây, GitHub và các đối thủ cạnh tranh đã phát hành các kho riêng tư miễn phí, vì vậy bạn có thể sử dụng giải pháp kiểm soát phiên bản của mình một cách riêng tư mà không cần đăng ký trả phí.

Không có nhược điểm. Miễn là bạn có một tệp readme nói rõ dự án đang thay đổi, sẽ không có ai chống lại bạn nếu bạn thực hiện các thay đổi khi dự án tiến triển.

Có https://bitbucket.org hoặc https://github.com/ nếu bạn muốn các kho riêng tư miễn phí bằng git và khi bạn hoàn thành, bạn có thể tắt công khai.

Trả lời ngắn: Bạn vẫn có thể lưu trữ nó một cách tự do trong Github mà không gặp vấn đề gì.

Lợi thế của bạn sẽ là nhận được phản hồi của người dùng và nhà phát triển quan tâm, những người có thể muốn tham gia nhóm của bạn, cung cấp ý tưởng hữu ích và đưa dự án này tiến lên phía trước.

Tuy nhiên, để tránh hầu hết các lợi thế , sẽ rất hợp lý khi viết một ghi chú đề cập rằng dự án đang trong giai đoạn phát triển. Và những tính năng nào được mong đợi sẽ hoạt động trên phiên bản Beta ban đầu.

Tôi nói tại sao không có tốt nhất của cả hai thế giới.

Điều hay ho về kiểm soát nguồn git và phi tập trung nói chung là bạn không phải dính vào một máy chủ. Bạn có thể tạo một bitbucket hoặc github repo riêng và repo github công khai. Ngay bây giờ hãy đẩy các thay đổi của bạn sang repo riêng và khi dự án của bạn hoàn thiện hơn (hoặc đạt được một mốc quan trọng), bạn có thể chuyển sang repo công khai ... và sau đó bạn có thể đặt repo riêng tư và có sự hiện diện trên cả Bitbucket và Github

Một nhược điểm nhỏ là bạn spam danh sách repos của bạn với repos vô dụng. Tôi thường bắt đầu repos của mình ở chế độ riêng tư và ngay khi chúng có thứ gì đó đáng xem, tôi sẽ công khai chúng. Theo cách đó, vùng đất hoang của những ý tưởng mới không bao giờ đi qua vài giờ mày mò không làm sao lãng mã số thú vị. Điều này chỉ quan trọng nếu bạn mong đợi mọi người nhìn vào danh sách repo của bạn để tìm thấy một cái gì đó thú vị.