Git - operacja aktualizacji

Zmodyfikuj istniejącą funkcję

Tomek wykonuje operację klonowania i znajduje nowy łańcuch pliku. C. Chce wiedzieć, kto dodał ten plik do repozytorium iw jakim celu, więc wykonuje plikgit log Komenda.

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

Powyższe polecenie da następujący wynik -

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)

Operacja Clone utworzy nowy katalog w bieżącym katalogu roboczym. Zmienia katalog na nowo utworzony katalog i wykonuje plikgit log Komenda.

[tom@CentOS ~]$ cd project/

[tom@CentOS project]$ git log

Powyższe polecenie da następujący wynik -

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

Po obserwacji dziennika zdaje sobie sprawę, że plik string.c został dodany przez Jerry'ego w celu zaimplementowania podstawowych operacji na łańcuchach. Jest ciekawy kodu Jerry'ego. Otwiera więc string.c w edytorze tekstu i natychmiast znajduje błąd. W funkcji my_strlen Jerry nie używa stałego wskaźnika. Postanawia więc zmodyfikować kod Jerry'ego. Po modyfikacji kod wygląda następująco -

[tom@CentOS project]$ git diff

Powyższe polecenie da następujący wynik -

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;
}

Po przetestowaniu zatwierdza swoją zmianę.

[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

Powyższe polecenie da następujący wynik -

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 używa polecenia git push, aby przesłać swoje zmiany.

[tom@CentOS project]$ git push origin master

Powyższe polecenie da następujący wynik -

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

Dodaj nową funkcję

Tymczasem Jerry decyduje się na wdrożenie string comparefunkcjonalność. Więc modyfikuje string.c. Po modyfikacji plik wygląda następująco -

[jerry@CentOS project]$ git diff

Powyższe polecenie da następujący wynik -

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;
   }
}

Po zakończeniu testów jest gotowy, aby wprowadzić zmiany.

[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(-)

Przed operacją wypychania weryfikuje zatwierdzenie, przeglądając komunikaty dziennika.

[jerry@CentOS project]$ git log

Powyższe polecenie da następujący wynik -

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 jest zadowolony ze zmian i chce je wprowadzić.

[jerry@CentOS project]$ git push origin master

Powyższe polecenie da następujący wynik -

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.

Ale Git nie pozwala Jerry'emu na wprowadzanie zmian. Ponieważ Git zidentyfikował, że repozytorium zdalne i repozytorium lokalne Jerry'ego nie są zsynchronizowane. Z tego powodu może stracić historię projektu. Aby uniknąć tego bałaganu, Git nie wykonał tej operacji. Teraz Jerry musi najpierw zaktualizować lokalne repozytorium, a dopiero potem może wprowadzić własne zmiany.

Pobierz najnowsze zmiany

Jerry wykonuje polecenie git pull, aby zsynchronizować swoje lokalne repozytorium ze zdalnym.

[jerry@CentOS project]$ git pull

Powyższe polecenie da następujący wynik -

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

Po operacji ściągania Jerry sprawdza komunikaty dziennika i znajduje szczegóły zatwierdzenia Toma z identyfikatorem zatwierdzenia cea2c000f53ba99508c5959e3e12fff493ba6f69

[jerry@CentOS project]$ git log

Powyższe polecenie da następujący wynik -

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

Teraz lokalne repozytorium Jerry'ego jest w pełni zsynchronizowane ze zdalnym repozytorium. Dzięki temu może bezpiecznie wprowadzać zmiany.

[jerry@CentOS project]$ git push origin master

Powyższe polecenie da następujący wynik -

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