From 78f5b29aa49fb2e5286e94a2547df8eea4da8192 Mon Sep 17 00:00:00 2001 From: yapvitch Date: Thu, 19 May 2022 11:00:16 +0200 Subject: [PATCH 1/6] moje haslo --- haslo.txt | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 haslo.txt diff --git a/haslo.txt b/haslo.txt new file mode 100644 index 0000000..f4cec5f --- /dev/null +++ b/haslo.txt @@ -0,0 +1,5 @@ +W tym pliku zostało jawnie podane hasło, należy je usunąć, pozostawiająć resztę pliku bez zmian. + +password= + + From a6b79a33cc9881644773a21d92801cb86a145ec0 Mon Sep 17 00:00:00 2001 From: yapvitch Date: Fri, 27 May 2022 15:27:32 +0200 Subject: [PATCH 2/6] zadanie 3 - txt --- zadanie3.txt | 2 ++ 1 file changed, 2 insertions(+) create mode 100644 zadanie3.txt diff --git a/zadanie3.txt b/zadanie3.txt new file mode 100644 index 0000000..55963ff --- /dev/null +++ b/zadanie3.txt @@ -0,0 +1,2 @@ +# 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 From 7d4ca92d9e562092c5385e2bb2bd15cb15639ec9 Mon Sep 17 00:00:00 2001 From: yapvitch Date: Fri, 27 May 2022 15:42:58 +0200 Subject: [PATCH 3/6] commit do wycofania --- zadanie3.txt | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/zadanie3.txt b/zadanie3.txt index 55963ff..adaabb3 100644 --- a/zadanie3.txt +++ b/zadanie3.txt @@ -1,2 +1,10 @@ +# 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). \ No newline at end of file From 5f2c989a758a6112616c84d04ea1385f5d262362 Mon Sep 17 00:00:00 2001 From: yapvitch Date: Fri, 27 May 2022 15:34:16 +0200 Subject: [PATCH 4/6] clone to custom named directory --- zadanie3.txt | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/zadanie3.txt b/zadanie3.txt index adaabb3..5a0c718 100644 --- a/zadanie3.txt +++ b/zadanie3.txt @@ -7,4 +7,11 @@ 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). \ 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 53a8fad8dadd7322356c60d0d1f12015f4f9e881 Mon Sep 17 00:00:00 2001 From: yapvitch Date: Fri, 27 May 2022 15:47:23 +0200 Subject: [PATCH 5/6] git clone --- zadanie3.txt | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/zadanie3.txt b/zadanie3.txt index 5a0c718..b08e102 100644 --- a/zadanie3.txt +++ b/zadanie3.txt @@ -14,4 +14,12 @@ Jeśli chcesz sklonować repozytorium do katalogu o nazwie innej niż libgit2, m ``` 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 +Powyższe polecenie robi dokładnie to samo, co poprzednie, ale wszystkie pliki umieszcza w katalogu mylibgit. + +--- + +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 84f81f892c3ce833bdd64f281757f01e3478e301 Mon Sep 17 00:00:00 2001 From: Paulina Paszczyk Date: Mon, 13 Jun 2022 11:55:12 +0200 Subject: [PATCH 6/6] 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 b08e102..0ff24e4 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).