-
1. Primeiros passos
- 1.1 Sobre Controle de Versão
- 1.2 Uma Breve História do Git
- 1.3 Noções Básicas de Git
- 1.4 Instalando Git
- 1.5 Configuração Inicial do Git
- 1.6 Obtendo Ajuda
- 1.7 Resumo
-
2. Git Essencial
-
3. Ramificação (Branching) no Git
- 3.1 O que é um Branch
- 3.2 Básico de Branch e Merge
- 3.3 Gerenciamento de Branches
- 3.4 Fluxos de Trabalho com Branches
- 3.5 Branches Remotos
- 3.6 Rebasing
- 3.7 Sumário
-
4. Git no Servidor
- 4.1 Os Protocolos
- 4.2 Configurando Git no Servidor
- 4.3 Gerando Sua Chave Pública SSH
- 4.4 Configurando o Servidor
- 4.5 Acesso Público
- 4.6 GitWeb
- 4.7 Gitosis
- 4.8 Gitolite
- 4.9 Serviço Git
- 4.10 Git Hospedado
- 4.11 Sumário
-
5. Git Distribuído
-
6. Ferramentas do Git
- 6.1 Seleção de Revisão
- 6.2 Área de Seleção Interativa
- 6.3 Fazendo Stash
- 6.4 Reescrevendo o Histórico
- 6.5 Depurando com Git
- 6.6 Submódulos
- 6.7 Merge de Sub-árvore (Subtree Merging)
- 6.8 Sumário
-
7. Customizando o Git
- 7.1 Configuração do Git
- 7.2 Atributos Git
- 7.3 Hooks do Git
- 7.4 Um exemplo de Política Git Forçada
- 7.5 Sumário
-
8. Git e Outros Sistemas
- 8.1 Git e Subversion
- 8.2 Migrando para o Git
- 8.3 Resumo
-
9. Git Internamente
Chapter 4
Git no Servidor
Neste ponto, você deve estar apto a fazer a maior parte das tarefas do dia a dia para as quais estará usando o Git. No entanto, para qualquer colaboração no Git, você precisará ter um repositório remoto do Git. Apesar de que você pode tecnicamente enviar (push) mudanças e receber (pull) mudanças de repositórios de indivíduos, isto é desencorajado pois você pode facilmente confundi-los no que eles estão trabalhando se não for cuidadoso. Além disso, você quer que seus colaboradores possam acessar o repositório mesmo quando seu computador estiver offline — ter um repositório comum mais confiável é muitas vezes útil. Portanto, o método preferido para colaborar com alguém é configurar um repositório intermediário que vocês dois podem acessar, enviar para (push to) e receber de (pull from). Nos iremos nos referir a este repositório como um "Servidor Git"; mas você perceberá que geralmente são necessários uma quantidade ínfima de recursos para hospedar um repositório Git, logo você raramente precisará de um servidor inteiro para ele.
Rodar um servidor Git é simples. Primeiro, você escolhe quais protocolos seu servidor usará para se comunicar. A primeira seção deste capítulo cobrirá os protocolos disponíveis e os prós e contras de cada um. As próximas seções explicararão algumas configurações típicas usando estes protocolos e como fazer o seu servidor rodar com eles. Por último, passaremos por algumas opções de hospedagem, se você não se importar em hospedar seu código no servidor dos outros e não quiser passar pelo incômodo de configurar e manter seu próprio servidor.
Se você não tiver interesse em rodar seu próprio servidor, você pode pular para a ultima seção do capítulo para ver algumas opções para configurar uma conta hospedada e então ir para o próximo capítulo, onde discutiremos os vários altos e baixos de trabalhar em um ambiente distribuído de controle de versão.
Um repositório remoto é geralmente um repositório vazio — um repositório Git que não tem um diretório de trabalho. Uma vez que o repositório é usado apenas como um ponto de colaboração, não há razão para ter cópias anteriores em disco; são apenas dados Git. Em termos simples, um repositório vazio é o conteúdo do diretório .git e nada mais.