Jak scalić zmiany w jednym pliku zamiast scalać zatwierdzenia?

Mam dwie gałęzie (A i B) i chcę scalić pojedynczy plik z gałęzi A z odpowiednim pojedynczym plikiem z gałęzi B.

Natknąłem się na ten sam problem. Mówiąc ściślej, mam dwie gałęzie Ai Bte same pliki, ale w niektórych plikach inny interfejs programowania. Teraz metody pliku f, które są niezależne od różnic interfejsu między dwiema gałęziami, zostały zmienione w gałęzi B, ale zmiana jest ważna dla obu gałęzi. Dlatego muszę połączyć tylko plik fgałęzi Bz plikiem fgałęzi A.

Proste polecenie już dla mnie rozwiązało problem, jeśli założę, że wszystkie zmiany zostały zatwierdzone w obu gałęziach Ai B:

git checkout A

git checkout --patch B f

Pierwsze polecenie zmienia się w gałąź A, w której chcę scalić Bwersję pliku f. Drugie polecenie patch plik fz fo HEADo B. Możesz nawet zaakceptować / odrzucić pojedyncze części łaty. Zamiast tego Bmożesz tutaj podać dowolny zatwierdzenie, nie musi to być HEAD.

Edycja społeczności : jeśli plik fna jeszcze Bnie istnieje A, pomiń --patchopcję. W przeciwnym razie otrzymasz komunikat „Bez zmian”. wiadomość.

Oto, co robię w tych sytuacjach. To kludge, ale dla mnie działa dobrze.

1. Utwórz kolejny oddział na podstawie działającego oddziału.
2. git pull / git scala wersję (SHA1), która zawiera plik, który chcesz skopiować. Spowoduje to scalenie wszystkich twoich zmian, ale używamy tej gałęzi tylko do pobrania jednego pliku.
3. Napraw wszelkie konflikty itp. Zbadaj swój plik.
4. sprawdź działający oddział
5. Pobierz plik zatwierdzony podczas scalania.
6. Zaangażuj się.

Próbowałem łatać i moja sytuacja była na to zbyt brzydka. Krótko mówiąc, wyglądałoby to tak:

Działająca gałąź: A Eksperymentalna gałąź: B (zawiera plik.txt, który zawiera zmiany, które chcę złożyć.)

git checkout A

Utwórz nowy oddział na podstawie A:

git checkout -b tempAB

Scal B w tempAB

git merge B

Skopiuj skrót sha1 scalenia:

git log

commit 8dad944210dfb901695975886737dc35614fa94e
Merge: ea3aec1 0f76e61
Author: matthewe <[email protected]>
Date:   Wed Oct 3 15:13:24 2012 -0700

Merge branch 'B' into tempAB

Sprawdź działający oddział:

git checkout A

Sprawdź swój naprawiony plik:

git checkout 7e65b5a52e5f8b1979d75dffbbe4f7ee7dad5017 file.txt

I powinieneś to mieć. Zaakceptuj swój wynik.

Wykorzystuje wewnętrzny difftool gita. Może trochę pracy do zrobienia, ale od razu.

#First checkout the branch you want to merge into
git checkout <branch_to_merge_into>

#Then checkout the file from the branch you want to merge from
git checkout <branch_to_merge_from> -- <file> 

#Then you have to unstage that file to be able to use difftool
git reset HEAD <file> 

#Now use difftool to chose which lines to keep. Click on the mergebutton in difftool
git difftool

#Save the file in difftool and you should be done.

Uznałem to podejście za proste i przydatne: jak „scalić” określone pliki z innej gałęzi

Jak się okazuje, staramy się zbyt mocno. Nasz dobry przyjaciel git Checkout jest właściwym narzędziem do pracy.

git checkout source_branch <paths>...

Możemy po prostu podać git checkout nazwę gałęzi funkcji A i ścieżki do określonych plików, które chcemy dodać do naszej gałęzi master.

Przeczytaj cały artykuł, aby uzyskać więcej zrozumienia

Możesz użyć:

    git merge-file

Wskazówka: https://www.kernel.org/pub/software/scm/git/docs/git-merge-file.html

Następujące polecenie (1) porówna plik prawidłowej gałęzi, aby master (2) interaktywnie zapytał, jakie modyfikacje zastosować.

git checkout --patch master

Moja edycja została odrzucona, więc tutaj dołączam, jak obsługiwać scalanie zmian ze zdalnego oddziału.

Jeśli musisz to zrobić po niepoprawnym scaleniu, możesz zrobić coś takiego:

# If you did a git pull and it broke something, do this first
# Find the one before the merge, copy the SHA1
git reflog
git reset --hard <sha1>

# Get remote updates but DONT auto merge it
git fetch github 

# Checkout to your mainline so your branch is correct.
git checkout develop 

# Make a new branch where you'll be applying matches
git checkout -b manual-merge-github-develop

# Apply your patches
git checkout --patch github/develop path/to/file
...

# Merge changes back in
git checkout develop
git merge manual-merge-github-develop # optionally add --no-ff

# You'll probably have to
git push -f # make sure you know what you're doing.

Zakładając, że B jest bieżącą gałęzią:

$ git diff A <file-path> > patch.tmp
$ git apply patch.tmp -R

Pamiętaj, że dotyczy to tylko zmian w pliku lokalnym. Musisz później dokonać zobowiązania.

Możesz pobrać starą wersję pliku do scalenia, zapisując go pod inną nazwą, a następnie uruchomić dowolne narzędzie do scalania na dwóch plikach.

na przykład.

git show B:src/common/store.ts > /tmp/store.ts (gdzie B jest nazwą oddziału / zatwierdzenia / znacznika)

meld src/common/store.ts /tmp/store.ts

Zrobię to jak

git format-patch branch_old..branch_new file

spowoduje to utworzenie poprawki do pliku.

Zastosuj łatkę w miejscu docelowym branch_old

git am blahblah.patch