É razoável usar o git apenas na minha máquina local? [fechadas]


22

Tudo bem usar o git apenas localmente? Não quero pagar por um serviço que fornece repositórios privados (como o Github), mas acho que o git é uma ótima maneira de organizar meu projeto de código fechado.


3
Sim ... por que não seria? Linus ainda tem uma cópia local do git em uma máquina.

(a [citação necessária] para essa cópia apenas local pode ser lida em mikegerwitz.com/papers/git-horror-story.html, que contém links para o vídeo do you tube youtube.com/watch?v=4XpnKHJAok8, que dura 1h e eu não encontrou o local específico onde ele o menciona)

8
O BitBucket oferece repositórios privados gratuitos.
Plataforma

4
Adicionando as tags, descobri que o git + solo-development oferece Como desenvolvedor exclusivo (por enquanto), como devo usar o Git? como algo semelhante que pode ser o que você está procurando (ou vai estar à procura de)

1
Também é uma forma grosseira de backups: além de outras maneiras, eu vou git clonedo meu laptop para uma unidade flash.
Izkata

Respostas:


22

Embora seja inteiramente razoável e possível usar o git localmente, é melhor ter backup.

Você pode enviar arbitrariamente repositórios para basicamente qualquer lugar. Acontece que o Github é fácil hospedagem e colaboração. Existem outras opções, como usar o Google Drive ou o Dropbox, se você quiser armazenamento remoto.


12
Bitbucket.org e Codebreak.com têm repositórios privados gratuitos
Kevin

4
Observe também que o VC não é um backup (embora seja melhor que nada). Sempre crie backup regular também.
sleske

@sleske Por que o Git com um repositório central não seria uma solução de backup viável?
Hashim

@Hashim: Isso pode ser um mal-entendido. Obviamente, um repositório central do git é uma boa solução de backup para o seu repositório . Não é apenas um backup geral ("backup", como em "backup de todos os arquivos do seu sistema"). Eu só queria lembrar a todos que também geralmente é necessário um backup completo.
sleske

14

Sim, é inteiramente razoável usar o git apenas localmente. Você pode enviar para uma unidade de rede local ou backup removível por motivos de redundância, mas o git em si funciona perfeitamente bem sem se conectar ao servidor de outra pessoa.


4

Outro ótimo argumento para usar o git localmente (ou seja, apenas uma cópia no universo) é git bisect, que pode ser usado para encontrar muitos erros nefastos e me salvou muitas vezes. Ele permite restringir exatamente o que cometer um bug irritante foi adicionado (e, assim, permite que você se concentre em um segmento muito menor do código do problema).

Leia mais sobre o git bisect


muito obrigado por isso (por que eu não sabia disso antes de descartar 1.000 linhas de código ...), mas isso é mais uma sugestão do que uma resposta. 1 de qualquer maneira
markasoftware

2

A única "desvantagem" de usar o Git localmente (comparado a não usar nenhum SCM) é o trabalho extra de confirmação, ramificação e marcação - e esse trabalho extra não é apenas negligenciado no esquema geral, mas também contribui diretamente para a organização do seu código. e documentando seu progresso.

Lembre-se também de que o Git é um SCM distribuído. Embora o caso comum seja usá-lo com um repositório central, ele foi projetado para ser utilizável sem um. Você pode criar patches (ou melhor ainda - bundles - que são um pacote de patches [um único patch pode conter apenas uma única confirmação]) e enviá-los por e-mail a seus colegas ou salvá-los como backups. Isso é menos confortável do que usar um repositório central (é por isso que as pessoas geralmente preferem usar um), mas permite que você use o Git para colaboração sem pagar por um repositório particular ou hospedar um em seu próprio servidor.


1

Pense no que você precisa e para o que vai usá-lo - seus requisitos.
Se for um código para um pico por algumas horas, basta escrever que pode estar ok.

Se você chegar ao ponto em que começa a (ou sente a necessidade de) fazer backups para 'salvar versões de trabalho', um sistema de controle de versão pode ajudar.

Além disso, se você obtiver o código em um ponto de trabalho e quiser fazer seu próprio pico, pode ser útil fazer uma ramificação na qual você poderá mesclar novamente, conforme mostrado abaixo, onde sou o único colaborador e esse repositório nunca foi enviado em qualquer lugar ('desacoplar métodos' foi um ramo que eu fiz para um pico): insira a descrição da imagem aqui

Obviamente, se você também estiver mantendo um software com várias versões e / ou lançamentos, um sistema de controle de versão é muito útil, especialmente com a capacidade de mesclar alterações.

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.