From 0259ba145ff57912c46799bf1857de26c71a280a Mon Sep 17 00:00:00 2001 From: yapvitch Date: Thu, 19 May 2022 11:00:16 +0200 Subject: [PATCH 1/5] 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..2e72595 --- /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=nie_ma_hasla + + From c65e5e9f8a34ca5330b7b6cb54372f55f218366f Mon Sep 17 00:00:00 2001 From: yapvitch Date: Fri, 27 May 2022 15:27:32 +0200 Subject: [PATCH 2/5] 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 4550a8b72cafca0eb1a376d26f3e26496cb55147 Mon Sep 17 00:00:00 2001 From: yapvitch Date: Fri, 27 May 2022 15:42:58 +0200 Subject: [PATCH 3/5] 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 b4565623839f187b0a17bc6b020725181776aa56 Mon Sep 17 00:00:00 2001 From: yapvitch Date: Fri, 27 May 2022 15:34:16 +0200 Subject: [PATCH 4/5] 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 46028ea9192867a805fdfe0bb391074d7837a97c Mon Sep 17 00:00:00 2001 From: Aleksander Nowakowski Date: Mon, 13 Jun 2022 19:30:05 +0200 Subject: [PATCH 5/5] Revert "commit do wycofania" This reverts commit 4550a8b72cafca0eb1a376d26f3e26496cb55147. --- zadanie3.txt | 8 -------- 1 file changed, 8 deletions(-) diff --git a/zadanie3.txt b/zadanie3.txt index 5a0c718..17ad824 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).