Posso enviar meu código para o GitHub enquanto ele ainda está em desenvolvimento?


18

Eu tenho alguns projetos que estão em um estado de desenvolvimento muito inicial. Eles não estão nem perto de serem concluídos, mas eu os hospedo (como repositórios públicos) no GitHub porque:

  • Eu tenho vários computadores e quero acessar meu código em qualquer lugar
  • Eu quero um backup para o meu código
  • Quero que seja fácil se alguém quiser colaborar de alguma forma
  • Eu uso o GitHub Issues como um software de gerenciamento de projetos para pessoas pobres

Não há problema em publicar um projeto no GitHub, mesmo quando é muito cedo no desenvolvimento? Estou um pouco preocupado com alguém que possa vir e dizer OMG this is total BS, this code is so bad!enquanto olha para o código não polido / ainda em desenvolvimento / não testado.

Quais são suas práticas quando você inicia novos projetos públicos? Você espera até ter algo substancial para mostrar ou cria um repositório direto diretamente no GitHub e começa a partir daí?

Eu usei GitHubao longo deste post, mas isso se aplica a todos os serviços de hospedagem de código existentes.


O GitHub oferece a opção de restringir o acesso?
FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner Apenas para contas pagas. Embora ninguém possa enviar diretamente para o seu repositório. Para isso, eles precisam criar uma solicitação pull e eu tenho que aprová-la e mesclar ela mesma.
marco-fiset 23/10/12

Ah Contas pagas são muito caras?
FrustratedWithFormsDesigner

7
Poderia usar o Bitbucket (gratuito) e mantê-lo em repositório particular e torná-lo público quando você sentir que está bem para ser visto.
Rig

@FrustratedWithFormsDesigner Não muito. A partir de 7 $ / mês. Mas tenho certeza que você já sabia disso, não sabia? : P Você só queria que eu percebesse que eu poderia pagar e calar a boca. Apenas brincando a propósito: P
marco-fiset

Respostas:


37

Claro que está tudo bem: é difícil imaginar que mais de 4.098.118 projetos atualmente hospedados no GitHub seriam 100% ótimos e úteis! Você não está forçando ninguém a usar seu código ou mesmo a olhar para ele. Se você hospedar o projeto principalmente para você, a qualidade do seu código é uma preocupação para você e para mais ninguém.

Você listou todos os motivos certos para hospedar seu projeto - backups, acesso universal e possibilidade de colaboração com outras pessoas são ótimos motivos para começar a hospedar o mais cedo possível.


12

Empurre o que quiser o mais cedo possível. Ninguém vai olhar para isso, a menos que você divulgue e é interessante.

Se você estiver realmente preocupado, alguns serviços gratuitos de hospedagem de código oferecem repositórios privados.


2
Um desses serviços com repositórios privados gratuitos é o Bit Bucket.
Davidhaskins 23/10/12

4

Você pode usar o Bitbucket, que possui a maioria dos recursos de gerenciamento de projetos, todos os recursos do DCVS baseados na nuvem e possui repositórios particulares gratuitos, para que você possa mantê-lo no DL.


2

Claro que você pode publicá-lo em um desenvolvimento inicial - mas marque-o como pré-alfa, depois defina alfa, beta ...


2
Não há realmente nenhum ponto em acompanhar isso até que você esteja planejando fazer um lançamento (e mesmo assim, apenas se você for grande o suficiente para que alguém se importe).
Brendan Long

1

Ninguém vai tropeçar no seu projeto. E, se o fizessem, não iam tagarelar por toda a internet.


1

Eu diria que depende se você acha que o código está incompleto ou simplesmente ruim. Se ruim, você pode considerar se está agora ou em breve procurando uma nova posição; e se o código pode ou não ser descoberto se um empregador em potencial estiver pesquisando você.

OTOH, mesmo o código incorreto pode ser considerado um bônus, especialmente se for comentado como tal.

Meu conselho: decida com cuidado.


0

Claro que você pode enviar o que quiser, mas ainda assim é melhor enviar uma solução mais pré-beta para o GitHub.

Você pode facilmente usar o DropBox para armazenar seus projetos do GitHub e a parte boa é que você terá acesso a eles em qualquer computador.


4
Eu recomendo fortemente contra isso. Por experiência pessoal, descobri que estava tendo uma grande confusão de arquivos alterados e revertidos devido aos dois sistemas que tentavam sincronizá-los. Minha abordagem é o Dropbox para a maioria das coisas, plano de 50 GB e github para todos os arquivos controlados por código / versão e nunca os dois se encontrando.
Michael Durrant

Concordo. Dropbox + git (especialmente o .gitdiretório) não se misturam.
Asmeurer # 25/12
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.