Git: zignoruj ​​niektóre pliki podczas scalania (zachowaj niektóre pliki ograniczone do jednego oddziału)

Question

Mam dwie gałęzie, A i B. Oddział A ma katalog examples z niektórymi plikami, które są śledzone przez git, a te pliki powinny nie pojawiają się na gałęzi B. W moim przepływie pracy często łączę zmiany wprowadzone w A w B, co jest problemem za każdym razem, gdy są pewne zmiany na examples. Na razie robię to ręcznie: kasowanie plików po scaleniu lub rozwiązywanie konfliktów, gdy nastąpiła zmiana w pliku, który już usunąłem.

Czy można zignorować te pliki podczas scalania? (Czy jest to możliwe, aby zachować niektóre pliki ograniczone do jednej gałęzi (A) lub od jednej gałęzi (B)?)

---

Pozwól mi spróbować wyjaśnić, dlaczego to robię: A jest szkielet blog (szablon, skrypty itp.), B to mój blog (A wypełniony własnymi postami, obrazami, wersjami roboczymi itp.). A jest publiczny i staram się, aby był on ogólny dla innych osób, które wyglądają i używają go, ale z tego powodu potrzebuję kilku postów jako prezentacji/testów (katalog examples). Każda zmiana w A i później jest scalana w B, aby to zmienić w moim wystąpieniu bloga - w ten sposób wszystkie nowe przykłady pojawiają się w B i wszystkie usunięte przykłady w B, które zostały zmienione w A, ponieważ ostatnie scalenie powoduje konflikt.

Answer 1

Polecenie git może być przydatne przy użyciu polecenia rerere. Dzięki temu możesz nagrywać rezolucje dotyczące niektórych konfliktów scalania i ponownie używać ich później.

Answer 2

Wraz z aktualizacjami: Tak, submoduły byłyby odpowiednie do tego zastosowania, jeśli wszystkie litery A mieszczą się w podkatalogu B (lub odwrotnie). Przykładem submodułów używających WordPressa byłoby posiadanie repozytorium git Wordpress; można dodać moduł podrzędny dla tematu, który znajduje się w katalogu /wp-content/themes/.

Pomocne może być documentation for submodules.

Jeśli pliki z dwóch są przeplatane, może być trudniejsze. W większości przypadków, gdy można zastosować w ten sposób podmodulki, aplikacja, o której mowa, została zaprojektowana, aby im umożliwić.

Answer 3

znalazłem dobrą odpowiedź tutaj: stackoverflow Q332528

Wykorzystuje pomysły zaczerpnięte z tutaj: Pro-Git merge strategies

Oto kopia:

Powiedzmy chcesz wykluczyć plik config.php

Na oddziale A:

1. Utwórz plik o nazwie ".gitattributes" w tym samym katalogu, z tą linią : config.php merge = ours. To mówi, jaką strategię użyć podczas łączenia pliku. W takim przypadku zawsze zachowujesz swoją wersję, tj. wersja w oddziale, w którym się łączysz.

2. Dodaj.Plik gitattributes i zobowiązać

na oddział B: powtórz kroki 1-2

Spróbuj łączenia teraz. Twój plik powinien pozostać nietknięty.

---

Edit:
Z git book dotyczące merge=ours „Jeden bardzo przydatna opcja jest powiedzieć Git nie spróbować połączyć konkretne pliki kiedy mają konflikty, ale raczej korzystać z boku łączyć się z kimś innym. "

Tak więc ta odpowiedź nie ma zastosowania tak jak może na pytanie. pjmorse's answer dotyczące korzystania z submodułów jest dobre.

Inną opcją byłoby użycie a sub-tree merge, która mogła mieć dodatkowe korzyści.