Jak git-cherry-pick tylko zmiany niektórych plików?

Jeśli chcę scalić się z gałęzią Git, zmiany dokonane tylko w niektórych plikach zmienionych w konkretnym zatwierdzeniu, które obejmują zmiany wielu plików, jak można to osiągnąć?

Załóżmy, że git commit nazywa stuffma zmian w plikach A, B, C, a Djednak chcę scalić tylko stuff„s zmian w plikach Ai B. Brzmi jak zadanie, git cherry-pickale cherry-pickwie tylko, jak scalić całe zatwierdzenia, a nie podzbiór plików.

Zrobiłbym to za pomocą cherry-pick -n( --no-commit), który pozwala sprawdzić (i zmodyfikować) wynik przed zatwierdzeniem:

git cherry-pick -n <commit>

# unstage modifications you don't want to keep, and remove the
# modifications from the work tree as well.
# this does work recursively!
git checkout HEAD <path>

# commit; the message will have been stored for you by cherry-pick
git commit

Jeśli zdecydowana większość modyfikacji to rzeczy, których nie chcesz, zamiast sprawdzania poszczególnych ścieżek (środkowy krok), możesz zresetować wszystko z powrotem, a następnie dodać to, co chcesz:

# unstage everything
git reset HEAD

# stage the modifications you do want
git add <path>

# make the work tree match the index
# (do this from the top level of the repo)
git checkout .

Inne metody nie działały dla mnie, ponieważ zatwierdzenie zawierało wiele zmian i konfliktów z wieloma innymi plikami. To, co wymyśliłem, było po prostu

git show SHA -- file1.txt file2.txt | git apply -

W rzeczywistości nie zawiera addplików ani nie wykonuje zatwierdzenia, więc być może będziesz musiał to zrobić

git add file1.txt file2.txt
git commit -c SHA

Lub jeśli chcesz pominąć dodawanie, możesz użyć --cachedargumentu dogit apply

git show SHA -- file1.txt file2.txt | git apply --cached -

Możesz także zrobić to samo dla całych katalogów

git show SHA -- dir1 dir2 | git apply -

Zwykle używam -p flagi z kasą git z innej gałęzi, co uważam za łatwiejsze i bardziej szczegółowe niż większość innych metod, z którymi się spotkałem.

Zasadniczo:

git checkout <other_branch_name> <files/to/grab in/list/separated/by/spaces> -p

przykład:

git checkout mybranch config/important.yml app/models/important.rb -p

Następnie pojawia się okno dialogowe z pytaniem, jakie zmiany chcesz w „obiektach blob”, co właściwie działa na każdą część ciągłej zmiany kodu, którą możesz następnie zasygnalizować y(Tak) n(Nie) itp. Dla każdej części kodu.

The -p lub patchdziała z wieloma poleceniami w git, w tym git stash save -pco pozwala ci wybrać, co chcesz ukryć w bieżącej pracy

Czasami używam tej techniki, kiedy wykonałem dużo pracy i chciałbym ją rozdzielić i zatwierdzić więcej tematycznych zatwierdzeń, używając git add -pi wybierając to, co chcę dla każdego zatwierdzenia :)

Być może przewaga tej metody nad odpowiedzią Jefromiego to, że nie musisz pamiętać, które zachowanie git reset jest właściwe :)

 # Create a branch to throw away, on which we'll do the cherry-pick:
 git checkout -b to-discard

 # Do the cherry-pick:
 git cherry-pick stuff

 # Switch back to the branch you were previously on:
 git checkout -

 # Update the working tree and the index with the versions of A and B
 # from the to-discard branch:
 git checkout to-discard -- A B

 # Commit those changes:
 git commit -m "Cherry-picked changes to A and B from [stuff]"

 # Delete the temporary branch:
 git branch -D to-discard

Cherry pick to wybieranie zmian z określonego „zatwierdzenia”. Najprostszym rozwiązaniem jest wybranie wszystkich zmian określonych plików

 git checkout source_branch <paths>...

W przykładzie:

$ git branch
* master
  twitter_integration
$ git checkout twitter_integration app/models/avatar.rb db/migrate/20090223104419_create_avatars.rb test/unit/models/avatar_test.rb test/functional/models/avatar_test.rb
$ git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
#   new file:   app/models/avatar.rb
#   new file:   db/migrate/20090223104419_create_avatars.rb
#   new file:   test/functional/models/avatar_test.rb
#   new file:   test/unit/models/avatar_test.rb
#
$ git commit -m "'Merge' avatar code from 'twitter_integration' branch"
[master]: created 4d3e37b: "'Merge' avatar code from 'twitter_integration' branch"
4 files changed, 72 insertions(+), 0 deletions(-)
create mode 100644 app/models/avatar.rb
create mode 100644 db/migrate/20090223104419_create_avatars.rb
create mode 100644 test/functional/models/avatar_test.rb
create mode 100644 test/unit/models/avatar_test.rb

Źródła i pełne wyjaśnienie http://jasonrudolph.com/blog/2009/02/25/git-tip-how-to-merge-specific-files-from-another-branch/

AKTUALIZACJA:

Dzięki tej metodzie git nie połączy pliku, po prostu nadpisze wszelkie inne zmiany dokonane w gałęzi docelowej. Konieczne będzie ręczne scalenie zmian:

$ git diff nazwa pliku HEAD

Sytuacja:

Powiedzmy, że jesteś w swoim oddziale master i masz swoje zatwierdzenie w dowolnym innym oddziale. Musisz wybrać tylko jeden plik z tego konkretnego zatwierdzenia.

Podejście:

Krok 1: Kasa w wymaganym oddziale.

git checkout master

Krok 2: Upewnij się, że skopiowałeś wymagany hash zatwierdzenia.

git checkout commit_hash path\to\file

Krok 3: Masz teraz zmiany wymaganego pliku w wybranym oddziale. Wystarczy je dodać i zatwierdzić.

git add path\to\file
git commit -m "Your commit message"

Po prostu wybrałbym wszystko, a następnie zrobiłbym to:

git reset --soft HEAD^

Następnie cofnę zmiany, których nie chcę, a następnie dokonam nowego zatwierdzenia.

Użyj git merge --squash branch_nametego, aby uzyskać wszystkie zmiany z drugiego oddziału i przygotować dla ciebie zatwierdzenie. Teraz usuń wszystkie niepotrzebne zmiany i pozostaw tę, którą chcesz. I git nie będzie wiedział, że nastąpiła fuzja.

Znalazłem inny sposób, który zapobiega wszelkim konfliktowym połączeniom podczas zbierania wiśni, które IMO jest w pewnym sensie łatwe do zapamiętania i zrozumienia. Ponieważ tak naprawdę nie wybierasz zatwierdzenia, ale jego część, musisz najpierw go podzielić, a następnie utworzyć zatwierdzenie, które będzie odpowiadać twoim potrzebom i wybierz go.

Najpierw utwórz gałąź z zatwierdzenia, które chcesz podzielić, i sprawdź:

$ git checkout COMMIT-TO-SPLIT-SHA -b temp

Następnie cofnij poprzednie zatwierdzenie:

$ git reset HEAD~1

Następnie dodaj pliki / zmiany, które chcesz wybrać:

$ git add FILE

i popełnij to:

$ git commit -m "pick me"

zwróć uwagę na skrót zatwierdzenia, nazwijmy go PICK-SHA i wróć do głównej gałęzi, na przykład master wymuszając kasę:

$ git checkout -f master

i wybieraj zatwierdzenie:

$ git cherry-pick PICK-SHA

teraz możesz usunąć gałąź temp:

$ git branch -d temp -f

Połącz gałąź w nową (squash) i usuń niepotrzebne pliki:

git checkout master
git checkout -b <branch>
git merge --squash <source-branch-with-many-commits>
git reset HEAD <not-needed-file-1>
git checkout -- <not-needed-file-1>
git reset HEAD <not-needed-file-2>
git checkout -- <not-needed-file-2>
git commit

Dla kompletności najlepsze dla mnie jest:

git show YOURHASH --no-color -- file1.txt file2.txt dir3 dir4 | git apply -3 --index -

git status

Robi dokładnie to, czego chce OP. W razie potrzeby rozwiązuje konflikty, podobnie jak mergeto robi. To robi, addale nie committwoje nowe zmiany.

Możesz użyć:

git diff <commit>^ <commit> -- <path> | git apply

Notacja <commit>^określa (pierwszego) rodzica <commit>. Dlatego to polecenie diff wybiera zmiany dokonane <path>w zatwierdzeniu<commit> .

Zauważ, że to jeszcze niczego nie popełni (jak to git cherry-pickrobi). Więc jeśli tego chcesz, musisz zrobić:

git add <path>
git commit