Як об’єднати підкаталог у Git?

Чи можна об'єднати лише зміни для підкаталогу з локальної гілки Git у віддалену гілку Git або це "все або нічого"?

Наприклад, я маю:

branch-a
 - content-1
 - dir-1
   - content-2

і

branch-b
 - content-1
 - dir-1
   - `content-2

Я хочу лише об'єднати вміст гілки-a dir-1 із вмістом гілки-b dir-1.

Як альтернатива запитанню SO " Як ви об'єднуєте вибіркові файли з git-merge? ", Я щойно знайшов цей потік GitHub, який може бути більш пристосований для об'єднання цілого підкаталогу на основі дерева читання git :

• Моє сховище => cookbooks
  Мій цільовий каталог сховища =>cookbooks/cassandra

• Віддалене сховище => infochimps
  Віддалене джерело сховища, в яке я хочу об'єднати cookbooks/cassandra=>infochimps/cookbooks/cassandra

Ось команди, які я використовував для їх об’єднання

• Додайте сховище та отримайте його

git віддалене додавання -f infochimps git: //github.com/infochimps/cluster_chef.git

• Виконайте злиття

git merge --allow-non-related-histories -s ours - не фіксувати infochimps / master

(це виконує злиття за допомогою стратегії 'ours' ( -s ours), яка відкидає зміни з вихідної гілки. Це реєструє факт infochimps/masterоб'єднання, фактично не змінюючи жодного файлу в цільовій гілці)

• Об'єднати лише infochimps/cookbooks/cassandraвcassandra

git read-tree --prefix = cassandra / -u infochimps / master: кулінарні книги / кассандра

Це зчитує дерево лише для необхідного підкаталогу джерела, тобто cookbooks/cassandraдля вищої гілки сховища джерел .

Зверніть увагу, що ім'я цільового підкаталогу також має бути cookbooks/cassandra, інакше ви побачите:

fatal: Not a valid object name

• Внесіть зміни

 git commit -m 'злиття в infochimps cassandra'

Додаток

Це дивно, ^{[редагуйте мене]} - але цей read-treeкрок може провалитися так:

error: Entry 'infochimps/cookbooks/cassandra/README' overlaps with 'cookbooks/cassandra/README'. Cannot bind.

... навіть коли обидва файли ідентичні . Це може допомогти:

git rm -r cassandra
git read-tree --prefix=cassandra/ -u infochimps/master:cookbooks/cassandra

Але звичайно, перевірте вручну, що це робить те, що ви хочете.

Для мого прикладу, припустимо, у вас є гілка 'джерело' та гілка 'адресат', які обидва відображають власні версії (або ні, якщо це лише локально) і перетягуються до останнього коду. Скажімо, я хочу підкаталог у сховищі, який називається newFeature, який існує лише у гілці 'source'.

git checkout destination
git checkout source newFeature/
git commit -am "Merged the new feature from source to destination branch."
git pull --rebase
git push

Це набагато менш заплутано, ніж все інше, що я бачив, і це прекрасно для мене спрацювало, знайдене тут .

Зверніть увагу, що це не є "реальним злиттям", тому у вас не буде інформації про коміти про newFeature у цільовій гілці, а лише про зміни у файлах у цьому підкаталозі. Але оскільки ви, мабуть, збираєтеся об’єднати всю гілку пізніше або відкинути її, це може не бути проблемою.

Я отримав це з теми форуму в Eclipse, і це спрацювало як шарм:

git checkout source-branch
git checkout target-branch <directories-or-files-you-do-**NOT**-want> 
git commit
git checkout target-branch
git merge source-branch

Враховуючи сценарій OP, де вони мають дві гілки, але хочуть об’єднати лише історію dir-1 з гілки-a у галузь-b :

# Make sure you are in the branch with the changes you want
git checkout branch-a

# Split the desired folder into its own temporary branch
# This replays all commits, so it could take a while
git subtree split -P dir-1 -b temp-branch

# Enter the branch where you want to merge the desired changes into
git checkout branch-b

# Merge the changes from the temporary branch
git subtree merge -P dir-1 temp-branch

# Handle any conflicts
git mergetool

# Commit
git commit -am "Merged dir-1 changes from branch-a"

# Delete temp-branch
git branch -d temp-branch

Створіть сховище Git, щоб містити і галузь-а, і галузь-б:

git checkout branch-a
git diff branch-b dir-1 > a.diff
patch -R -p1 < a.diff

Використовуйте git cherry-pickдля вибору потрібних комітів та об’єднання лише цих комітів. Ключовий фокус тут полягає в тому, щоб отримати ці коміти простим способом (щоб вам не потрібно було розбирати їх, перевіряючи вручну журнал Git і вводячи їх вручну). Ось як: використовувати git logдля друку ідентифікатора SHA-1 коміту, наприклад:

git log ^<commit-a> <commit-b> --pretty=format:"%h" --reverse -- <subdir>

'commit-a' - це коміт безпосередньо перед початковою точкою гілки для злиття, а 'commit-b' - останній коміт у гілці, який слід об’єднати. '--reverse' друкує ці коміти в зворотному порядку для збору вишні пізніше.

Тоді зробіть так:

git cherry-pick $(git log ^<commit-a> <commit-b> --pretty=format:"%h" --reverse -- <subdir>)

Це два кроки, простий і стабільний!