Estou afirmando trabalhar em um projeto que pretendo lançar como código aberto através dos githubs. Quais são as vantagens de colocar o código no github desde o início, em vez de esperar até que o projeto esteja em um estado de funcionamento antes da publicação.
Se isso importa, esse projeto em particular é um aplicativo / serviço em C # e eu tenho apenas uma conta gratuita no Github (por isso não posso torná-lo privado e depois puxar as capas mais tarde)
open-source
github
cori
fonte
fonte
Respostas:
Quanto mais rápido você tornar seu código disponível ao público, mais rápido poderá obter feedback e pessoas para ajudá-lo. Se sua intenção é tornar o projeto de código aberto desde o início, eu recomendaria iniciar seu projeto como público por padrão.
O Github está cheio de projetos pequenos e inacabados, portanto seu projeto deve se encaixar. Quanto mais detalhes você inserir no arquivo leia-me, melhor ele ajudará outros desenvolvedores / consumidores a acelerar o seu projeto rapidamente.
No mínimo, seus projetos particulares devem estar sob algum tipo de controle de versão. Se você não quiser pagar por um serviço, recomendo usar o Dropbox para fazer backup de seus repositórios locais privados. Dessa forma, você tem backup de arquivos e controle de versão em seu projeto, o que o salvará de horas de dor no futuro. Mais recentemente, o GitHub e seus concorrentes lançaram repositórios privados gratuitos, para que você possa usar sua solução de controle de versão preferida em particular sem uma assinatura paga.
fonte
Não há desvantagens. Contanto que você tenha um arquivo leia-me que indique claramente que o projeto está em andamento, ninguém o manterá contra você se você fizer alterações posteriores à medida que o projeto avança.
fonte
Existe https://bitbucket.org ou https://github.com/ se você quiser repositórios particulares gratuitos usando o git, e quando estiver pronto, poderá torná-lo público.
fonte
Resposta curta: Você ainda pode hospedá-lo livremente no Github sem problemas.
Sua vantagem seria obter feedback de usuários e desenvolvedores interessados que desejam ingressar em sua equipe, fornecer uma ideia útil e levar esse projeto adiante.
No entanto, para evitar a maioria das desvantagens , fará sentido escrever uma Nota mencionando que o projeto está em fase de desenvolvimento. E quais recursos devem funcionar na versão beta inicial.
fonte
Eu digo por que não ter o melhor dos dois mundos.
O bom do git e do controle de fonte descentralizado em geral é que você não precisa se ater a um host. Você pode criar um repositório particular de bitbucket ou github e um repositório público do github. No momento, envie suas alterações para o repositório privado e, quando seu projeto estiver mais completo (ou atingirá um marco), você poderá enviar para o repositório público ... e, posteriormente, tornar público o repositório privado e ter presença no Bitbucket e Github
fonte
Uma pequena desvantagem é que você envia spam para sua lista de repositórios com repositórios inúteis. Normalmente, começo meus repositórios como privados e, assim que eles têm algo que vale a pena, eu os publico. Dessa forma, o terreno baldio de novas idéias que nunca passaram de algumas horas mexendo não distrai o código interessante. Isso só importa se você espera que as pessoas consultem sua lista de repositórios para encontrar algo interessante.
fonte