From f3e6dfd89c09cf875edc6638286e8123a4fe3f27 Mon Sep 17 00:00:00 2001 From: yapvitch Date: Fri, 27 May 2022 15:34:16 +0200 Subject: [PATCH 1/3] clone to custom named directory --- zadanie3.txt | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/zadanie3.txt b/zadanie3.txt index 55963ff..17ad824 100644 --- a/zadanie3.txt +++ b/zadanie3.txt @@ -1,2 +1,9 @@ # Klonowanie istniejącego repozytorium -Jeżeli chcesz uzyskać kopię istniejącego już repozytorium Gita — na przykład projektu, w którym chciałbyś zacząć się udzielać i wprowadzać własne zmiany — polecenie, którego potrzebujesz to clone. Jeżeli znasz już inne systemy kontroli wersji, jak np. Subversion, zauważysz z pewnością, że w przypadku Gita używane polecenie to clone a nie checkout. Jest to istotne rozróżnienie — Git pobiera kopię niemalże wszystkich danych posiadanych przez serwer. Po wykonaniu polecenia git clone zostanie pobrana każda rewizja, każdego pliku w historii projektu. W praktyce nawet jeśli dysk serwera zostanie uszkodzony, możesz użyć któregokolwiek z dostępnych klonów aby przywrócić serwer do stanu w jakim był w momencie klonowania (możesz utracić pewne hooki skonfigurowane na serwerze i tym podobne, ale wszystkie poddane kontroli wersji pliki będą spójne — zajrzyj do Rozdziału 4. aby poznać więcej szczegółów). \ No newline at end of file +Jeżeli chcesz uzyskać kopię istniejącego już repozytorium Gita — na przykład projektu, w którym chciałbyś zacząć się udzielać i wprowadzać własne zmiany — polecenie, którego potrzebujesz to clone. Jeżeli znasz już inne systemy kontroli wersji, jak np. Subversion, zauważysz z pewnością, że w przypadku Gita używane polecenie to clone a nie checkout. Jest to istotne rozróżnienie — Git pobiera kopię niemalże wszystkich danych posiadanych przez serwer. Po wykonaniu polecenia git clone zostanie pobrana każda rewizja, każdego pliku w historii projektu. W praktyce nawet jeśli dysk serwera zostanie uszkodzony, możesz użyć któregokolwiek z dostępnych klonów aby przywrócić serwer do stanu w jakim był w momencie klonowania (możesz utracić pewne hooki skonfigurowane na serwerze i tym podobne, ale wszystkie poddane kontroli wersji pliki będą spójne — zajrzyj do Rozdziału 4. aby poznać więcej szczegółów). + +--- +Jeśli chcesz sklonować repozytorium do katalogu o nazwie innej niż libgit2, możesz to zrobić podając w wierszu poleceń kolejną opcję: +``` +git clone https://github.com/libgit2/libgit2 mylibgit +``` +Powyższe polecenie robi dokładnie to samo, co poprzednie, ale wszystkie pliki umieszcza w katalogu mylibgit. \ No newline at end of file From d321afb597f190929f27755edc0c4952dbd88898 Mon Sep 17 00:00:00 2001 From: yapvitch Date: Fri, 27 May 2022 15:47:23 +0200 Subject: [PATCH 2/3] git clone --- zadanie3.txt | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/zadanie3.txt b/zadanie3.txt index 55963ff..fe2d8e0 100644 --- a/zadanie3.txt +++ b/zadanie3.txt @@ -1,2 +1,10 @@ # Klonowanie istniejącego repozytorium -Jeżeli chcesz uzyskać kopię istniejącego już repozytorium Gita — na przykład projektu, w którym chciałbyś zacząć się udzielać i wprowadzać własne zmiany — polecenie, którego potrzebujesz to clone. Jeżeli znasz już inne systemy kontroli wersji, jak np. Subversion, zauważysz z pewnością, że w przypadku Gita używane polecenie to clone a nie checkout. Jest to istotne rozróżnienie — Git pobiera kopię niemalże wszystkich danych posiadanych przez serwer. Po wykonaniu polecenia git clone zostanie pobrana każda rewizja, każdego pliku w historii projektu. W praktyce nawet jeśli dysk serwera zostanie uszkodzony, możesz użyć któregokolwiek z dostępnych klonów aby przywrócić serwer do stanu w jakim był w momencie klonowania (możesz utracić pewne hooki skonfigurowane na serwerze i tym podobne, ale wszystkie poddane kontroli wersji pliki będą spójne — zajrzyj do Rozdziału 4. aby poznać więcej szczegółów). \ No newline at end of file +Jeżeli chcesz uzyskać kopię istniejącego już repozytorium Gita — na przykład projektu, w którym chciałbyś zacząć się udzielać i wprowadzać własne zmiany — polecenie, którego potrzebujesz to clone. Jeżeli znasz już inne systemy kontroli wersji, jak np. Subversion, zauważysz z pewnością, że w przypadku Gita używane polecenie to clone a nie checkout. Jest to istotne rozróżnienie — Git pobiera kopię niemalże wszystkich danych posiadanych przez serwer. Po wykonaniu polecenia git clone zostanie pobrana każda rewizja, każdego pliku w historii projektu. W praktyce nawet jeśli dysk serwera zostanie uszkodzony, możesz użyć któregokolwiek z dostępnych klonów aby przywrócić serwer do stanu w jakim był w momencie klonowania (możesz utracić pewne hooki skonfigurowane na serwerze i tym podobne, ale wszystkie poddane kontroli wersji pliki będą spójne — zajrzyj do Rozdziału 4. aby poznać więcej szczegółów). + +--- + +Repozytorium klonujesz używając polecenia git clone [URL]. Na przykład jeśli chcesz sklonować bibliotekę Rubiego do Gita o nazwie Grit, możesz to zrobić wywołując: +``` +git clone https://github.com/libgit2/libgit2 +``` +Tworzony jest katalog o nazwie „libgit2”, następnie wewnątrz niego inicjowany jest podkatalog .git, pobierane są wszystkie dane z repozytorium, a kopia robocza przełączona zostaje na ostatnią wersję. Jeśli wejdziesz do świeżo utworzonego katalogu libgit2, zobaczysz wewnątrz pliki projektu, gotowe do użycia i pracy z nimi. \ No newline at end of file From dda1301dfe14888a7ed3d8fca9caa8de38a6a168 Mon Sep 17 00:00:00 2001 From: karolina8844 Date: Mon, 13 Jun 2022 19:38:49 +0200 Subject: [PATCH 3/3] Revert "commit do wycofania" This reverts commit 97c90689ed860a163a9d7970f2715be4cc4c69cd. --- zadanie3.txt | 8 -------- 1 file changed, 8 deletions(-) diff --git a/zadanie3.txt b/zadanie3.txt index f23bd22..cb9c4da 100644 --- a/zadanie3.txt +++ b/zadanie3.txt @@ -1,11 +1,3 @@ -# Inicjalizacja Gita w istniejącym katalogu - -Jeśli chcesz rozpocząć śledzenie zmian w plikach istniejącego projektu, musisz przejść do katalogu projektu i wykonać polecenie -``` -git init -``` -To polecenie stworzy nowy podkatalog o nazwie .git, zawierający wszystkie niezbędne pliki — szkielet repozytorium Gita. W tym momencie żadna część twojego projektu nie jest jeszcze śledzona. (Zajrzyj do Rozdziału 9. aby dowiedzieć się, jakie dokładnie pliki są przechowywane w podkatalogu .git, który właśnie utworzyłeś). - # Klonowanie istniejącego repozytorium Jeżeli chcesz uzyskać kopię istniejącego już repozytorium Gita — na przykład projektu, w którym chciałbyś zacząć się udzielać i wprowadzać własne zmiany — polecenie, którego potrzebujesz to clone. Jeżeli znasz już inne systemy kontroli wersji, jak np. Subversion, zauważysz z pewnością, że w przypadku Gita używane polecenie to clone a nie checkout. Jest to istotne rozróżnienie — Git pobiera kopię niemalże wszystkich danych posiadanych przez serwer. Po wykonaniu polecenia git clone zostanie pobrana każda rewizja, każdego pliku w historii projektu. W praktyce nawet jeśli dysk serwera zostanie uszkodzony, możesz użyć któregokolwiek z dostępnych klonów aby przywrócić serwer do stanu w jakim był w momencie klonowania (możesz utracić pewne hooki skonfigurowane na serwerze i tym podobne, ale wszystkie poddane kontroli wersji pliki będą spójne — zajrzyj do Rozdziału 4. aby poznać więcej szczegółów).