Introdução

Para uma introdução ao Git e como instalar, consulte o tutorial de introdução.

Este artigo ensinará como usar o Git quando quiser implantar seu aplicativo. Embora existam muitas maneiras de usar o Git para implantar nosso aplicativo, este tutorial se concentrará na mais direta. Presumo que você já saiba como criar e usar um repositório em sua máquina local. Caso contrário, consulte este tutorial.

Quando você usa o Git, o fluxo de trabalho geralmente é voltado apenas para o controle de versão. Você tem um repositório local onde trabalha e um repositório remoto onde mantém tudo sincronizado e pode trabalhar com uma equipe e máquinas diferentes. Mas você também pode usar o Git para mover seu aplicativo para produção.

Configuração do Servidor

Nosso espaço de trabalho fictício:

O diretório ao vivo do seu servidor: /var/www/domain.com

Seu repositório do servidor: /var/repo/site.git

O que devemos fazer se quisermos enviar para site.git e ao mesmo tempo disponibilizar todo o conteúdo em /var/www/domain.com?

Criando nosso repositório

Faça login no seu VPS a partir da linha de comando e digite o seguinte:

cd /var && mkdir repo && cd repo && mkdir site.git && cd site.git && git init --bare

--bare significa que nossa pasta não terá arquivos de origem, apenas o controle de versão.

Hooks

Os repositórios Git têm uma pasta chamada 'hooks'. Esta pasta contém alguns arquivos de amostra para possíveis ações que você pode conectar e executar ações personalizadas definidas por você.

A documentação do Git define três ganchos de servidor possíveis: 'pré-receber', 'pós-receber' e 'atualizar'. 'Pré-recebimento' é executado assim que o servidor recebe um 'push', 'atualização' é semelhante, mas é executado uma vez para cada ramificação, e 'pós-recebimento' é executado quando um 'push' é completamente finalizado e é o um em que estamos interessados.

Em nosso repositório, se você digitar:

ls

Você verá alguns arquivos e pastas, incluindo a pasta 'hooks'. Então vamos para a pasta 'hooks':

cd hooks

Agora, crie o arquivo 'post-receive' digitando:

cat > post-receive

Ao executar este comando, você terá uma linha em branco indicando que tudo o que você digitar será salvo neste arquivo. Então vamos digitar:

#!/bin/sh 
git --work-tree=/var/www/domain.com --git-dir=/var/repo/site.git checkout -f

Quando terminar de digitar, pressione 'control-d' para salvar. Para executar o arquivo, precisamos definir as permissões apropriadas usando:

chmod +x post-receive

Você pode ver na documentação que 'git-dir' é o caminho para o repositório. Com 'árvore de trabalho', você pode definir um caminho diferente para onde seus arquivos serão realmente transferidos.

O arquivo 'post-receive' será analisado toda vez que um push for concluído e está dizendo que seus arquivos precisam estar em /var/www/domain.com.

Local Machine

Vamos criar nosso repositório local. Você deve alterar o caminho e o nome para o que você escolher. Se você estiver em um VPS, basta digitar:

exit

E crie seu repo:

cd /my/workspace && mkdir project && cd project && git init

Então precisamos configurar o caminho remoto do nosso repositório. Diga ao Git para adicionar um controle remoto chamado 'live':

git remote add live ssh://user@mydomain.com/var/repo/site.git

Aqui devemos dar o link do repositório e não a pasta live.

Vamos supor que temos um ótimo trabalho pronto nesta pasta. Devemos seguir os passos usuais de adicionar os arquivos e confirmar com uma mensagem:

git add . && git commit -m "My project is ready"

Só para lembrar, o ponto após 'git add' significa que você está adicionando todos os arquivos ao stage. Depois de 'git commit', temos '-m', o que significa que digitaremos uma mensagem. Para completar, basta 'empurrar' tudo para o servidor. Usamos o alias 'ao vivo' que usamos ao configurar o controle remoto.

git push --set-upstream live master

Counting objects: 7, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (7/7), done.
Writing objects: 100% (7/7), 10.56 KiB, done.
Total 7 (delta 0), reused 0 (delta 0)To ssh://user@mydomain.com/var/repo/site.git* [new branch] master -> master

Aqui, dizemos ao Git para enviar para a branch remota 'live' na ramificação 'master'.