jakie są zalety i wady umieszczania kodu dla niedokończonego projektu na github

Zamierzam pracować nad projektem, który zamierzam wydać jako open source przez githubs. Jakie są zalety umieszczenia kodu na githubie od samego początku, w przeciwieństwie do czekania, aż projekt będzie w stanie roboczym przed opublikowaniem.

Jeśli ma to znaczenie, ten konkretny projekt jest aplikacją / usługą C #, a ja mam tylko bezpłatne konto github (więc nie mogę ustawić go jako prywatnego, a potem wycofać okładki później)

Im szybciej udostępnisz swój kod publicznie, tym szybciej zdobędziesz informacje zwrotne i osoby, które Ci pomogą. Jeśli Twoim zamiarem jest, aby projekt był otwartym źródłem od samego początku, zalecałbym domyślnie rozpoczęcie projektu jako publicznego.

Github jest pełen małych i niedokończonych projektów, więc twój projekt powinien się zmieścić. Im więcej szczegółów umieścisz w pliku readme, tym lepiej, ponieważ pomoże to innym programistom / konsumentom szybko przyśpieszyć twój projekt.

Przynajmniej twoje prywatne projekty powinny podlegać kontroli wersji. Jeśli nie chcesz płacić za usługę, zalecamy skorzystanie z Dropbox do tworzenia kopii zapasowych prywatnych lokalnych repozytoriów. W ten sposób masz kopię zapasową plików i kontrolę wersji w swoim projekcie, co pozwoli Ci zaoszczędzić od wielu godzin bólu w przyszłości. Niedawno GitHub i jego konkurenci wydali bezpłatne prywatne repozytoria, dzięki czemu możesz korzystać z wybranego przez siebie rozwiązania kontroli wersji bez płatnej subskrypcji.

Nie ma wad. Tak długo, jak masz plik Readme, który jasno stwierdza, że ​​projekt się zmienia, nikt nie będzie go ci przeciwstawiał, jeśli dokonasz przełomowych zmian w miarę postępu projektu.

Istnieje https://bitbucket.org lub https://github.com/, jeśli chcesz darmowe prywatne repozytoria za pomocą git, a kiedy skończysz, możesz zamienić je na publiczne.

Krótka odpowiedź: nadal możesz go swobodnie hostować w Github bez żadnych problemów.

Twoja korzyść to uzyskanie opinii użytkowników i zainteresowanych programistów, którzy mogą chcieć dołączyć do Twojego zespołu, dostarczyć pomocnego pomysłu i posunąć ten projekt do przodu.

Jednak, aby uniknąć większości niedogodności , warto napisać notatkę, w której wspomniano, że projekt jest w fazie rozwoju. I jakie funkcje mają działać w początkowej wersji Beta.

Mówię, dlaczego nie mieć tego, co najlepsze z obu światów.

Zaletą git i zdecentralizowanej kontroli źródła jest to, że nie musisz trzymać się jednego hosta. Możesz zrobić prywatne repozytorium bitbucket lub github oraz publiczne repozytorium github. Teraz wypchnij zmiany do prywatnego repozytorium, a kiedy twój projekt będzie bardziej kompletny (lub osiągnie kamień milowy), możesz przejść do repozytorium publicznego ... a później możesz upublicznić prywatne repozytorium i być obecne zarówno na Bitbucket, jak i Github

Jedną niewielką wadą jest to, że spamujesz swoją listę repozytoriów niepotrzebnymi repozytoriami. Zazwyczaj rozpoczynam repo jako prywatne i gdy tylko mają coś wartego obejrzenia, udostępniam je publicznie. W ten sposób pustkowie nowych pomysłów, które nigdy nie minęły kilka godzin majsterkowania, nie odwraca uwagi od interesującego kodu. Ma to znaczenie tylko wtedy, gdy oczekujesz, że ludzie spojrzą na twoją listę repozytoriów, aby znaleźć coś interesującego.