Pergunta

Estou tendo alguns problemas para entender os princípios que trabalham em equipes.

Considere uma equipe de dois programadores: A e B. Eles estão trabalhando em um Project. Além disso, existe um servidor remoto com um repo. A e B estão colaborando remotamente. Já existem algum código no repo.

Tenho um favor para pedir ajuda para organizar o fluxo de trabalho passo a passo no Git.
1. Eles precisam criar suas próprias filiais locais?
2. Como eles poderiam fazer upload de código de trabalho em um servidor de produção? rsync?

Qualquer ajuda será apreciada.

Foi útil?

Solução

Não é necessário que os programadores criem seu próprio ramo para funcionar. No caso mais simples, os programadores se comprometerão com o ramo "mestre" de seu próprio repositório, então git push aqueles que se comprometem com o repositório a montante.

Para implantar em um servidor de produção, uma maneira de fazer isso é usar git clone no servidor de produção para obter um repositório local. Então, para atualizar o servidor de produção, efetuar login e git pull. Quaisquer alterações comprometidas com o repositório principal serão aplicadas.

Os desenvolvedores podem opcionalmente criar suas próprias filiais para seu próprio uso (somente em seu repositório local) ou ramificações para compartilhar com outras pessoas (empurrando os ramos até o repositório compartilhado).

Outras dicas

  1. Cada desenvolvedor terá seu próprio clone do repositório. Eles podem criar ramos para o trabalho de tópico como e quando desejam. Seu clone pessoal é o seu próprio território, eles podem fazer o que quiserem.

  2. Cada desenvolvedor deve ter seu próprio repositório público remoto, que eles podem empurrar/puxar de/para. Normalmente, se você deseja lançar o código, haverá uma pessoa que finalmente decide o que vai entrar no lançamento e o que será cortado. O repositório remoto dessa pessoa deve ter um ramo que represente lançamentos estáveis. Diga A é o gerente de lançamento que deseja incorporar o trabalho de B no lançamento. Então a vai esperar até B empurrar seu trabalho para seu próprio repositório remoto. Em seguida, um trabalho de Will puxou o clone local, experimente as coisas, mescla, comete e se esforce para o seu próprio (A's) repositório público (A) para libertar.

Em (2) descrevi apenas um dos muitos fluxos de trabalho diferentes disponíveis para uso com um SCM distribuído como o Git. Existem muitos outros. este Página do Pro-Git é especialmente bom em descrever alguns outros.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top