Praca z Gitem na linii zamówień może być przytłaczająca. Aby temu zaradzić, zebraliśmy listę normalnych kierunków działania Gita, metod i sposobów ich wykorzystania. Oczekujemy, że dzięki temu Git będzie łatwiejszy w użyciu każdego dnia.

Git ma wielu niezwykłych klientów, którzy umożliwiają korzystanie z Gita bez linii zamówień. Rozpoznanie, jakie działania klient wykonuje poza zasięgiem wzroku, jest użyteczne, aby zobaczyć, jak działa Git. Jeśli zaczynasz z Gitem, spójrz również na nasz niesamowity przewodnik na ten temat.

Praca z sąsiedzkimi sklepieniami

git init

Zlecenie to przekształca rejestr w niewypełnione archiwum Gita. Jest to początkowa faza tworzenia magazynu. W związku z uruchomieniem git init, włączenie i wysłanie rekordów/rejestrów jest możliwe.

Użyj:

# zmień katalog na bazę kodową

$ cd /file/path/to/code

# make directory a git repozytorium

$ git init

W praktyce:

# zmień katalog na bazę kodową

$ cd /Użytkownicy /nazwa komputera /dokumenty/strona internetowa

# make directory a git repozytorium

$ git init

Zainicjowane puste repozytorium Git w /Użytkownicy/ nazwa komputera/Dokumenty/strona/.git/

git zawierać

Dodaje dokumenty na terytorium organizacyjnym dla Git. Zanim dokument zostanie udostępniony w celu skupienia się na archiwum, powinien zostać dodany do listy Git (region organizujący). Istnieje kilka różnych podejść do wykorzystania gita, w tym całe katalogi, wyraźne zapisy, lub każdy pojedynczy nieetapowy dokument.

Użycie:

$ git dodaj <plik lub nazwę katalogu>

W praktyce:

# Aby dodać wszystkie nie zainscenizowane pliki:

$ git add .

# Żeby zainscenizować konkretny plik:

$ git add index.html

# Aby wystawić cały katalog:

$ git add css

przedłożenie gita

Zapisujcie postępy poczynione w dokumentach do pobliskiego magazynu. Dla prostego odniesienia, każde zgłoszenie posiada jedyny w swoim rodzaju identyfikator.

Najlepszą praktyką jest dołączanie do każdego zgłoszenia komunikatu wyjaśniającego postępy w realizacji zgłoszenia. Dodanie wiadomości do zgłoszenia znajduje konkretną zmianę lub zrozumienie zmian.

Użyj:

# Dodanie zobowiązania z wiadomością

$ git commit -m “Commit message in quotes”

W praktyce:

$ git commit -m “My first commit message”

Moja pierwsza zobowiązująca wiadomość

1 plik zmieniony, 0 wstawień(+), 0 skasowań(-)

create mode 100644 homepage/index.html

status gita

Ten rozkaz przywraca obecny stan archiwum.

git status przywróci aktualny stan działającej gałęzi. W przypadku, gdy dokument znajduje się na terytorium układowym, ale nie został złożony, pojawia się on ze statusem git. Albo jeszcze raz, jeśli nie ma postępów, to nie zwróci nic do złożenia, pracujący rejestr jest czysty.

$ status git

W praktyce:

# Message when files have not been staged (git add)

Status $ git

W branży SecretTesting

Niesprawdzone akta:

(użyj “git add <file>…”, aby włączyć do tego, co zostanie popełnione)

strona główna/index.html

# Message when files have not been committed (git commit)

Status $ git

W branży SecretTesting

Twój oddział jest na bieżąco z “origin/SecretTesting”.

Zmiany, które należy wprowadzić:

(użyj “git reset HEAD <plik>…”, aby rozłączyć scenę)

nowy plik: homepage/index.html

# Message when all files have been inscenizowane and committed

Status $ git

W branży SecretTesting

nic do zrobienia, katalog roboczy czysty

konfiguracja gita

W przypadku Git istnieje wiele możliwości aranżacji i ustawień. git config jest sposobem, w jaki można dokonać tych ustawień. Dwa istotne ustawienia to client user.name i user.email. Te właściwości określają, jaki adres e-mail i nazwa zostaną przesłane z pobliskiego komputera. Dzięki git config, a – światowy baner jest wykorzystywany do tworzenia ustawień dla wszystkich magazynów na komputerze PC. Bez a – World banner ustawienia będą miały zastosowanie tylko do obecnego magazynu, w którym teraz jesteś.

$ git config <setting> <command>

W praktyce:

# Running git config globalnie

$ git config –global user.email “my@emailaddress.com”

$ git config –global user.name “Brian Kerr”

# Running git config on the current repository settings

$ git config user.email “my@emailaddress.com”

$ git config user.name “Brian Kerr”

git

Połączyć gałęzie razem. Git blend łączy progresje począwszy od jednej gałęzi, a następnie do następnej. Na przykład, połącz progresje dokonane w gałęzi organizującej w gałąź stałą.

# Połączyć zmiany w bieżącą gałąź

$ git merge <branch_name>

W praktyce:

# Połączyć zmiany w aktualny oddział

$ git merge new_feature

Aktualizacja 0254c3d..4c0f37c

Fast-forward

strona główna/index.html | 297 ++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 plik zmieniony, 297 wstawień(+)

create mode 100644 homepage/index.html

Praca z odległymi magazynami

git zdalny

Aby połączyć sąsiedzkie archiwum ze zdalnym sklepieniem. Zdalny sklepik może mieć ustawioną nazwę, aby powstrzymać się od przywoływania adresu URL archiwum.

Użyj:

# Dodaj zdalne repozytorium

$ git remote <command> <remote_name> <remote_URL>

# Lista nazwanych zdalnych repozytoriów

$ git remote -v

W praktyce:

# Dodając zdalne repozytorium z nazwą łodygi fasoli

$ git remote add origin git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git

# Lista nazwanych zdalnych repozytoriów

$ git remote -v

pochodzenie git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git (pobierz)

pochodzenie git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git (push)

klon gita

Aby zrobić w pobliżu działający duplikat aktualnego zdalnego magazynu, użyj klonu git, aby zduplikować i pobrać sklepienie na komputer. Klonowanie jest tym, co może być porównane do git init podczas pracy ze zdalnym sklepem. Git utworzy lokalny katalog z wszystkimi dokumentami i historią magazynu.

$ klon git <remote_URL>

W praktyce:

$ git klon git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git

Klonowanie do “repozytorium_nazwy”…

odległy: Liczenie obiektów: 5, zrobione.

zdalne: Kompresja obiektów: 100% (3/3), zrobione.

zdalny: Ogółem 5 (delta 0), ponowne użycie 0 (delta 0)

Odbieram przedmioty: 100% (5/5), 3,08 KiB | 0 bajtów/s, zrobione.

Sprawdzanie łączności… gotowe.

ciągnięcie za git

Aby uzyskać najnowszą adaptację gitarowego systemu uruchamiania skarbca. Powoduje to ciągnięcie progresji ze zdalnego archiwum do pobliskiego komputera.

Użyj:

$ git pull <branch_name> <remote_URL/remote_name>

W praktyce:

# Pull from named remote

$ git pull origin inscenizacja

Z account_name.git.beanstalkapp.com:/account_name/repository_name

* branch staging -> FETCH_HEAD

* [nowa gałąź] inscenizacja -> origin/stage

Już aktualne.

# Pull from URL (not frequently used)

$ git pull git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git inscenizacja

Z account_name.git.beanstalkapp.com:/account_name/repository_name

* branch staging -> FETCH_HEAD

* [nowa gałąź] inscenizacja -> origin/stage

Już aktualne.

Napędzany Git Directions

git stash

Żeby nie wprowadzać zmian, gdy nie są w stanie przekazać ich do archiwum. Dzięki temu praca będzie przechowywana i powstanie nieskazitelny rejestr roboczy. Na przykład, gdy robisz zdjęcie do innego komponentu, który nie jest ukończony, jednak krytyczny błąd wymaga rozważenia.

Wykorzystanie:

$ git push <remote_URL/remote_name> <branch>

# Push all local branches to remote repository

$ git push -all

W praktyce:

# Push a specific branch to a remote with named remote

$ git push inscenizacja pochodzenia

Liczenie przedmiotów: 5, zrobione.

Kompresja delta przy użyciu do 4 wątków.

Kompresja obiektów: 100% (3/3), zrobione.

Pisanie obiektów: 100% (5/5), 734 bajty | 0 bajtów/s, zrobione.

Łącznie 5 (delta 2), ponowne użycie 0 (delta 0)

Do git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git

ad189cb..0254c3d SecretTesting -> SecretTesting

# Push all local branches to remote repository

$ git push –all

Liczenie przedmiotów: 4, zrobione.

Kompresja delta przy użyciu do 4 wątków.

Kompresja obiektów: 100% (4/4), zrobione.

Pisanie obiektów: 100% (4/4), 373 bajty | 0 bajtów/s, zrobione.

Łącznie 4 (delta 2), ponowne użycie 0 (delta 0)

Odległy: Rozwiązujący delty: 100% (2/2), uzupełnione o 2 lokalne obiekty.

Do git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git.

0d56917..948ac97 master -> master

ad189cb..0254c3d SecretTesting -> SecretTesting

Zaawansowane komendy Git

git stash

Aby zapisać zmiany dokonane, gdy nie są w stanie zobowiązać się do ich przeniesienia do repozytorium. Pozwoli to na przechowywanie pracy i zapewni czysty katalog roboczy. Na przykład, podczas pracy nad nową funkcją, która nie jest kompletna, ale pilny błąd wymaga uwagi.

Użycie:

# Przechowuj bieżącą pracę z nieotrzymanymi plikami

$ git stash -u

# Wróć z powrotem do katalogu roboczego.

$ git stash pop

W praktyce:

# Store current work

$ git stash -u

Zapisany katalog roboczy i stan indeksu WIP na SecretTesting: 4c0f37c Dodanie nowego pliku do oddziału

HEAD jest teraz o 4c0f37c Dodanie nowego pliku do oddziału

# Wróć z powrotem do katalogu roboczego.

$ git stash pop

W branży SecretTesting

Twój oddział i “origin/SecretTesting” różnią się od siebie,

i mieć po jednym i jednym różnym zobowiązaniu.

(użyj “git pull”, aby połączyć zdalną gałąź w twoją)

Zmiany, które nie zostały wprowadzone w celu zobowiązania:

(użyj “git add <file>…”, aby zaktualizować to, co zostanie popełnione)

(użyj “git checkout — <file>…” do odrzucenia zmian w katalogu roboczym)

zmodyfikowany: index.html

nie dodaje się żadnych zmian do zobowiązania (użyć “git add” i/lub “git commit -a”)

Dropped refs/stash@{0} (3561897724c1f448ae001edf3ef57415778755ec)

git rm

Wydalić dokumenty lub katalogi z ewidencji roboczej (region organizacyjny). Z git rm, są dwie opcje do zapamiętania: zasilanie i przechowywanie. Uruchomienie zamówienia z zasilaniem kasuje dokument. Zarezerwowany kierunek usuwa zapis z listy roboczej. Podczas ewakuacji całego katalogu, ważna jest rekurencyjna kolejność.

Użycie:

# Do usunięcia pliku z roboczego indeksu (cache):

$ git rm – cached <nazwa pliku>

# Aby usunąć plik (siła):

$ git rm -f <nazwa pliku>

# Aby usunąć cały katalog z roboczego indeksu (buforowanego):

$ git rm -r – cached <nazwa katalogu>

# Aby usunąć cały katalog (siła):

$ git rm -r -f <nazwa pliku>

W praktyce:

# Aby usunąć plik z roboczego indeksu:

$ git rm – cache css/style.css

rm “css/style.css

# Aby usunąć plik (siła):

$ git rm -f css/style.css

rm “css/style.css

# Aby usunąć cały katalog z roboczego indeksu (buforowanego):

$ git rm -r – buforowany css/

rm “css/style.css

rm “css/style.min.css

# Aby usunąć cały katalog (siła):

$ git rm -r -f css/

rm “css/style.css

rm “css/style.min.css