Przedstawiam git zespołowi programistów i uważam, że gitk jest niesamowitym narzędziem. Jest to również dość trudne do zrozumienia, ponieważ zrozumienie gitk wymaga zrozumienia zarówno historii git, jak i samego narzędzia przeglądarki.
Czy ktoś ma jakieś dobre odniesienia do czegoś takiego jak „przewodnik dla początkujących po historii git z gitk”?
Odpowiedzi:
Nigdy nie widziałem niczego specjalnie dla gitk. Oto próba z punktu widzenia „jak to działa”. Znajomość poleceń, które stoją za wszystkim (lub przynajmniej ogólnie ich odpowiedników), pomaga nauczyć się korzystać z narzędzi wiersza poleceń, a także pokazuje, gdzie szukać w dokumentacji, aby lepiej zrozumieć gitk!
Zmieniło się to nieco w ciągu ostatnich kilku głównych wersji - opisuję obecny stan.
aktualizuj i przeładuj: To prawdopodobnie najbardziej zagmatwana rzecz. Przeładuj odświeża wszystko tak, jakbyś uruchomił program od nowa z tą samą konfiguracją. Oznacza to, że jeśli gałąź została usunięta / zmieniona, jeśli niektóre zatwierdzenia teraz wiszą, nie widzisz ich już. Z drugiej strony Update odświeża wszystkie informacje, ale nadal pokazuje wszystkie zmiany, które zostały wcześniej pokazane. Jest to doskonała opcja, jeśli chcesz zmienić bazę i chcesz mieć pewność, że nie zepsułeś - możesz zobaczyć zarówno wersję oryginalną, jak i zmienioną.
odniesienia: dość oczywiste. Odniesienia obejmują tagi i gałęzie (które mogą być zdalne). Możesz je ponownie przeczytać i wyświetlić listę, aby kliknąć konkretny, aby wyświetlić go w historii.
Jak mówi strona podręcznika, gitk używa opcji git-rev-list, aby pomóc określić, jaka historia powinna być pokazana. Można je również ustawić interaktywnie w menu „Widok”. Strona podręcznika jest doskonałym miejscem, aby znaleźć więcej informacji o sposobach kontrolowania widoków (głównie w sekcji ograniczającej zmiany). Jeśli spojrzałeś git-logwcześniej, zobaczyłeś dużo tego.
Tutaj jest lista skrótów klawiszowych! Słodkie.
Przedstawia kilka typowych poleceń git porcelain, ogólnie w zwykłym / domyślnym trybie działania. Ich lista przynajmniej pomoże ci znaleźć odpowiednią dokumentację, aby zrozumieć, co robią, jeśli jeszcze tego nie zrobiłeś!
W tym momencie polecenie „zaznacz zatwierdzenie” i powiązane polecenia powinny być oczywiste.
W menu kontekstowym dla gałęzi mamy git-checkout i -dtryb (usuwania) git-branch.
Identyfikator SHA1: skrót bieżącego zatwierdzenia. Bardzo przydatne do kopiowania / wklejania do terminala, aby wykonać akcję na danym zatwierdzeniu, do którego znalezienia użyłeś gitk. Możesz również wkleić tutaj skróty.
Przyciski do przodu / do tyłu, numer wiersza ... oczywiste!
Odnaleźć! Opcje tutaj są znowu dość oczywiste, ale dla edukacji wszystkich są analogiczne do parametrów git-log : „zawierający” to --grep, „dotykające ścieżki” to argumenty, a dodawanie / usuwanie łańcucha to -S(kilof).
Tutaj mamy wiadomość o zatwierdzeniu wraz z wyjściem git-diff - to jest coś w rodzaju używania git-log -p, z odrobiną dodatkowych:
„Oddziały” to odpowiednik git branch -a --contains=<commit>
„Poprzedza” / „Obserwuje” jest równoważne z git describe [--contains] <commit>( git-opisać )
git commit -alub nawet git addw gitk. Czy jest coś, czego mi brakuje?
git gui. To pytanie dotyczy jednak tylko gitk, a gitk jest zasadniczo narzędziem do przeglądania historii (z odrobiną manipulacji gałęziami).
Oto wprowadzenie do wizualizacji historii gałęzi w gitk ze zrzutami ekranu.
http://lostechies.com/joshuaflanagan/2010/09/03/use-gitk-to-understand-git/
- Lewy górny panel pokazuje serię zatwierdzeń do tego repozytorium, z najnowszymi na górze.
- Były trzy zatwierdzenia, wszystkie przez Tony'ego Starka.
- Komunikat zmiany dotyczący ostatniego zatwierdzenia to „trzecie zatwierdzenie”
- Istnieje jedna gałąź lokalna o nazwie „master”, która wskazuje na najnowsze zatwierdzenie
- Istnieje jedna zdalna gałąź referencyjna: gałąź „master” ze zdalnego repozytorium o nazwie „origin”, wskazuje również na najnowsze zatwierdzenie
- Żółta kropka obok górnego zatwierdzenia wskazuje, że jest to migawka aktualnie znajdująca się w moim folderze roboczym (nazywana HEAD)
- Podkreśliłem drugie zatwierdzenie, więc mogę zobaczyć jego szczegóły w dolnym okienku
- SHA zatwierdzenia (unikalny identyfikator, podobny do numeru wersji
podwersji ) drugiego zatwierdzenia to 3d024dd9e4a83d8c6a9a143a68b75d4b872115a6- W prawym dolnym rogu wyświetlana jest lista plików, na które ma wpływ drugie zatwierdzenie
- Dolny lewy pokazuje szczegóły zatwierdzenia, w tym pełną różnicę
- Kliknięcie pliku w prawym dolnym panelu powoduje przewinięcie różnicy w lewym dolnym panelu do odpowiedniej sekcji 12.
To, czego nowicjusze naprawdę mogliby użyć w odniesieniu do „połączenia gitk i historii”, to konkretne wyjaśnienie, jak rozpoznać, co się stało, patrząc na widok drzewa gitk.
O ile mi wiadomo - właściwy sposób patrzenia na drzewo to (oczywiście):
1. each node is a commit
2. ultimate parent is at the bottom
3. direct child to a commit is the one that happened first in the same branch (no matter who did it)
4. the node with 2 or more children indicates ... ?
5. merge commit node has 2 parents.
6. rebase is recognized ... ?
Zrzuty ekranu również byłyby mile widziane.
Drzewo faktycznie reprezentuje aktualny stan repozytorium. Byłoby wspaniale, gdybyśmy mogli powiedzieć, co się stało, patrząc na widok drzewa.
Dzięki
v.
Jedyne, co uważam za przydatne w interfejsie gitk, to ładny (kolorowy) przegląd gałęzi.
Jeśli chcesz mieć GUI dla git, sprawdź TortoiseGit w systemie Windows lub GitX na Macu lub QGit w systemie Linux.