Graficzna odpowiedź na to pytanie
Oto strona z jasnym wyjaśnieniem i graficzną ilustracją użycia git merge --no-ff:
Dopóki tego nie zobaczyłem, byłem całkowicie zagubiony w git. Używanie --no-ffpozwala komuś przeglądając historię, aby wyraźnie zobaczyć gałąź, w której wypisałeś się do pracy. (ten link wskazuje narzędzie do wizualizacji „sieci” github) A oto kolejne świetne odniesienie z ilustracjami. Odniesienie to ładnie uzupełnia pierwsze z większym naciskiem na osoby mniej zaznajomione z git.
Podstawowe informacje o newbs takich jak ja
Jeśli jesteś podobny do mnie, a nie do Git-guru, moja odpowiedź tutaj opisuje obsługę usuwania plików ze śledzenia gita bez usuwania ich z lokalnego systemu plików, co wydaje się słabo udokumentowane, ale często występuje. Kolejną nowością jest uzyskanie bieżącego kodu , który wciąż mi się wymyka.
Przykładowy przepływ pracy
Zaktualizowałem pakiet na mojej stronie internetowej i musiałem wrócić do notatek, aby zobaczyć przepływ pracy; Pomyślałem, że warto dodać przykład do tej odpowiedzi.
Mój obieg poleceń git:
git checkout -b contact-form
(do your work on "contact-form")
git status
git commit -am "updated form in contact module"
git checkout master
git merge --no-ff contact-form
git branch -d contact-form
git push origin master
Poniżej: faktyczne użycie wraz z objaśnieniami.
Uwaga: wynik poniżej jest wycinany; git jest dość gadatliwy.
$ git status
# On branch master
# Changed but not updated:
# (use "git add/rm <file>..." to update what will be committed)
# (use "git checkout -- <file>..." to discard changes in working directory)
#
# modified: ecc/Desktop.php
# modified: ecc/Mobile.php
# deleted: ecc/ecc-config.php
# modified: ecc/readme.txt
# modified: ecc/test.php
# deleted: passthru-adapter.igs
# deleted: shop/mickey/index.php
#
# Untracked files:
# (use "git add <file>..." to include in what will be committed)
#
# ecc/upgrade.php
# ecc/webgility-config.php
# ecc/webgility-config.php.bak
# ecc/webgility-magento.php
Zauważ 3 rzeczy z góry:
1) W danych wyjściowych można zobaczyć zmiany wynikające z aktualizacji pakietu ECC, w tym dodanie nowych plików.
2) Zauważ też, że istnieją dwa pliki (nie w /eccfolderze), które usunąłem niezależnie od tej zmiany. Zamiast mylić usuwanie plików, utworzę później eccinną cleanupgałąź, aby odzwierciedlić usunięcie tych plików.
3) Nie śledziłem mojego przepływu pracy! Zapomniałem o git, kiedy próbowałem ponownie uruchomić ecc.
Poniżej: zamiast robić wszystko, git commit -am "updated ecc package"co zwykle robiłem, chciałem tylko dodać pliki w /eccfolderze. Te usunięte pliki nie były specjalnie częścią mojego git add, ale ponieważ były już śledzone w git, muszę je usunąć z zatwierdzenia tej gałęzi:
$ git checkout -b ecc
$ git add ecc/*
$ git reset HEAD passthru-adapter.igs
$ git reset HEAD shop/mickey/index.php
Unstaged changes after reset:
M passthru-adapter.igs
M shop/mickey/index.php
$ git commit -m "Webgility ecc desktop connector files; integrates with Quickbooks"
$ git checkout master
D passthru-adapter.igs
D shop/mickey/index.php
Switched to branch 'master'
$ git merge --no-ff ecc
$ git branch -d ecc
Deleted branch ecc (was 98269a2).
$ git push origin master
Counting objects: 22, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (14/14), done.
Writing objects: 100% (14/14), 59.00 KiB, done.
Total 14 (delta 10), reused 0 (delta 0)
To git@github.com:me/mywebsite.git
8a0d9ec..333eff5 master -> master
Skrypt do automatyzacji powyższego
Korzystając z tego procesu ponad 10 razy dziennie, zacząłem pisać skrypty wsadowe w celu wykonania poleceń, więc stworzyłem prawie właściwy git_update.sh <branch> <"commit message">skrypt do wykonania powyższych kroków. Oto źródło Gist dla tego skryptu.
Zamiast git commit -amwybierać pliki z listy „zmodyfikowanej” utworzonej za pomocą, git statusa następnie wklejać je w tym skrypcie. Stało się tak, ponieważ wprowadziłem dziesiątki zmian, ale chciałem różnych nazw gałęzi, aby pomóc w grupowaniu zmian.
Na powyższym obrazku lewa strona jest przykładem historii git po użyciu,