Git - Operação de atualização

Modificar Função Existente

Tom realiza a operação de clonagem e encontra um novo arquivo string.c. Ele quer saber quem adicionou este arquivo ao repositório e para que propósito, então, ele executa ogit log comando.

[tom@CentOS ~]$ git clone [email protected]:project.git

O comando acima produzirá o seguinte resultado -

Initialized empty Git repository in /home/tom/project/.git/
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (4/4), done.
Receiving objects: 100% (6/6), 726 bytes, done.
remote: Total 6 (delta 0), reused 0 (delta 0)

A operação Clone criará um novo diretório dentro do diretório de trabalho atual. Ele muda o diretório para um diretório recém-criado e executa ogit log comando.

[tom@CentOS ~]$ cd project/

[tom@CentOS project]$ git log

O comando acima produzirá o seguinte resultado -

commit d1e19d316224cddc437e3ed34ec3c931ad803958
Author: Jerry Mouse <[email protected]>
Date: Wed Sep 11 08:05:26 2013 +0530

Changed return type of my_strlen to size_t


commit 19ae20683fc460db7d127cf201a1429523b0e319
Author: Tom Cat <[email protected]>
Date: Wed Sep 11 07:32:56 2013 +0530

Initial commit

Depois de observar o log, ele percebe que o arquivo string.c foi adicionado por Jerry para implementar as operações básicas de string. Ele está curioso sobre o código de Jerry. Então ele abre string.c no editor de texto e imediatamente encontra um bug. Na função my_strlen, Jerry não está usando um ponteiro constante. Então, ele decide modificar o código de Jerry. Após a modificação, o código tem a seguinte aparência -

[tom@CentOS project]$ git diff

O comando acima produzirá o seguinte resultado -

diff --git a/string.c b/string.c
index 7da2992..32489eb 100644
--- a/string.c
+++ b/string.c
@@ -1,8 +1,8 @@
#include <stdio.h>
-size_t my_strlen(char *s)
+size_t my_strlen(const char *s)
{
   - char *p = s;
   + const char *p = s;
   while (*p)
   ++p;
}

Após o teste, ele confirma sua alteração.

[tom@CentOS project]$ git status -s
M string.c
?? string

[tom@CentOS project]$ git add string.c

[tom@CentOS project]$ git commit -m 'Changed char pointer to const char pointer'
[master cea2c00] Changed char pointer to const char pointer
1 files changed, 2 insertions(+), 2 deletions(-)

[tom@CentOS project]$ git log

O comando acima produzirá o seguinte resultado -

commit cea2c000f53ba99508c5959e3e12fff493b
Author: Tom Cat <[email protected]>
Date: Wed Sep 11 08:32:07 2013 +0530

Changed char pointer to const char pointer


commit d1e19d316224cddc437e3ed34ec3c931ad803958
Author: Jerry Mouse <[email protected]>
Date: Wed Sep 11 08:05:26 2013 +0530

Changed return type of my_strlen to size_t


commit 19ae20683fc460db7d127cf201a1429523b0e319
Author: Tom Cat <[email protected]>
Date: Wed Sep 11 07:32:56 2013 +0530
Initial commit

Tom usa o comando git push para enviar suas alterações.

[tom@CentOS project]$ git push origin master

O comando acima produzirá o seguinte resultado -

Counting objects: 5, done.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 336 bytes, done.
Total 3 (delta 1), reused 0 (delta 0)
To [email protected]:project.git
d1e19d3..cea2c00 master −> master

Adicionar Nova Função

Enquanto isso, Jerry decide implementar string comparefuncionalidade. Então ele modifica string.c. Após a modificação, o arquivo tem a seguinte aparência -

[jerry@CentOS project]$ git diff

O comando acima produzirá o seguinte resultado -

index 7da2992..bc864ed 100644
--- a/string.c
+++ b/string.c
30Git Tutorials
@@ -9,9 +9,20 @@ size_t my_strlen(char *s)
return (p -s );
}
+char *my_strcpy(char *t, char *s)
+
{
   +
   char *p = t;
   +
   + while (*t++ = *s++)
   + ;
   +
   +
   return p;
   +
}
+
int main(void)
{
   int i; 
   +
   char p1[32];
   char *s[] = 
   {
      "Git tutorials",
      "Tutorials Point"
      @@ -20,5 +31,7 @@ int main(void)
      for (i = 0; i < 2; ++i)
      printf("string lenght of %s = %lu\n", s[i], my_strlen(s[i]));
      +
      printf("%s\n", my_strcpy(p1, "Hello, World !!!"));
      +
      return 0;
   }
}

Após o teste, ele está pronto para empurrar sua mudança.

[jerry@CentOS project]$ git status -s
M string.c
?? string

[jerry@CentOS project]$ git add string.c

[jerry@CentOS project]$ git commit -m "Added my_strcpy function"
[master e944e5a] Added my_strcpy function
1 files changed, 13 insertions(+), 0 deletions(-)

Antes da operação push, ele verifica o commit visualizando as mensagens de log.

[jerry@CentOS project]$ git log

O comando acima produzirá o seguinte resultado -

commit e944e5aab74b26e7447d3281b225309e4e59efcd
Author: Jerry Mouse <[email protected]>
Date: Wed Sep 11 08:41:42 2013 +0530

Added my_strcpy function


commit d1e19d316224cddc437e3ed34ec3c931ad803958
Author: Jerry Mouse <[email protected]>
Date: Wed Sep 11 08:05:26 2013 +0530

Changed return type of my_strlen to size_t


commit 19ae20683fc460db7d127cf201a1429523b0e319
Author: Tom Cat <[email protected]>
Date: Wed Sep 11 07:32:56 2013 +0530

Initial commit

Jerry está feliz com as mudanças e quer pressioná-las.

[jerry@CentOS project]$ git push origin master

O comando acima produzirá o seguinte resultado -

To [email protected]:project.git
! [rejected]
master −> master (non-fast-forward)
error: failed to push some refs to '[email protected]:project.git'
To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes before pushing again. See the 'Note about
fast-forwards' section of 'git push --help' for details.

Mas Git não está permitindo que Jerry force suas mudanças. Porque Git identificou que o repositório remoto e o repositório local de Jerry não estão sincronizados. Com isso, ele pode perder a história do projeto. Para evitar essa bagunça, Git falhou nessa operação. Agora, Jerry precisa primeiro atualizar o repositório local e só depois disso, ele pode enviar suas próprias alterações.

Obter as últimas alterações

Jerry executa o comando git pull para sincronizar seu repositório local com o remoto.

[jerry@CentOS project]$ git pull

O comando acima produzirá o seguinte resultado -

remote: Counting objects: 5, done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 3 (delta 1), reused 0 (delta 0)
Unpacking objects: 100% (3/3), done.
From git.server.com:project
d1e19d3..cea2c00 master −> origin/master
First, rewinding head to replay your work on top of it...
Applying: Added my_strcpy function

Após a operação de pull, Jerry verifica as mensagens de log e encontra os detalhes do commit de Tom com o ID do commit cea2c000f53ba99508c5959e3e12fff493ba6f69

[jerry@CentOS project]$ git log

O comando acima produzirá o seguinte resultado -

commit e86f0621c2a3f68190bba633a9fe6c57c94f8e4f
Author: Jerry Mouse <[email protected]>
Date: Wed Sep 11 08:41:42 2013 +0530

Added my_strcpy function


commit cea2c000f53ba99508c5959e3e12fff493ba6f69
Author: Tom Cat <[email protected]>
Date: Wed Sep 11 08:32:07 2013 +0530

Changed char pointer to const char pointer


commit d1e19d316224cddc437e3ed34ec3c931ad803958
Author: Jerry Mouse <[email protected]>
Date: Wed Sep 11 08:05:26 2013 +0530

Changed return type of my_strlen to size_t


commit 19ae20683fc460db7d127cf201a1429523b0e319
Author: Tom Cat <[email protected]>
Date: Wed Sep 11 07:32:56 2013 +0530
Initial commit

Agora, o repositório local de Jerry está totalmente sincronizado com o repositório remoto. Assim, ele pode realizar suas alterações com segurança.

[jerry@CentOS project]$ git push origin master

O comando acima produzirá o seguinte resultado -

Counting objects: 5, done.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 455 bytes, done.
Total 3 (delta 1), reused 0 (delta 0)
To [email protected]:project.git
cea2c00..e86f062 master −> master