Как git-cherry-pick только изменения для определенных файлов?

Если я хочу объединить ветку Git с изменениями, внесенными только в некоторые файлы, измененные в конкретном коммите, который включает в себя изменения в нескольких файлах, как это может быть достигнуто?

Предположим , что Git коммит называется stuffимеет изменения в файлах A, B, Cи , Dно я хочу , чтобы объединить только stuffизменения «s к файлам Aи B. Звучит как работа, git cherry-pickно cherry-pickзнает, как объединить все коммиты, а не подмножество файлов.

Я бы сделал это с cherry-pick -n( --no-commit), который позволяет вам проверить (и изменить) результат перед фиксацией:

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

Если подавляющее большинство модификаций - это вещи, которые вам не нужны, вместо того, чтобы проверять отдельные пути (средний шаг), вы можете сбросить все обратно, а затем добавить то, что хотите:

# 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 .

Другие методы не работали для меня, так как в коммите было много изменений и конфликтов с множеством других файлов. То, что я придумал, было просто

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

На самом деле addэто не файлы или коммит для вас, поэтому вам может потребоваться

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

Или, если вы хотите пропустить добавление, вы можете использовать --cachedаргумент дляgit apply

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

Вы также можете сделать то же самое для целых каталогов

git show SHA -- dir1 dir2 | git apply -

Я обычно использую -pфлаг с git checkout из другой ветки, который я считаю более простым и более детальным, чем большинство других методов, с которыми я сталкивался.

В общем:

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

пример:

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

Затем вы получите диалоговое окно, в котором вас спросят, какие изменения вы хотите внести в «BLOB-объекты», и это в значительной степени работает с каждым фрагментом непрерывного изменения кода, который затем можно сигнализировать y(Да) n(Нет) и т. Д. Для каждого фрагмента кода.

Опция -por patchработает с множеством команд в git, в том числе git stash save -pпозволяет выбрать то, что вы хотите сохранить в своей текущей работе.

Я иногда использую эту технику, когда проделал большую работу и хотел бы выделить ее и зафиксировать в коммитах на основе нескольких тем, используя git add -pи выбирая то, что я хочу для каждого коммита :)

Возможно, преимущество этого метода перед ответом Джефроми в том, что вам не нужно помнить, какое поведение git reset является правильным :)

 # 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 - это выбор изменений из определенного «коммита». Самое простое решение состоит в том, чтобы выбрать все изменения определенных файлов, это использовать

 git checkout source_branch <paths>...

В примере:

$ 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

Источники и полное объяснение http://jasonrudolph.com/blog/2009/02/25/git-tip-how-to-merge-specific-files-from-another-branch/

ОБНОВИТЬ:

С помощью этого метода git не будет MERGE файл, он просто переопределит любые другие изменения, сделанные в целевой ветви. Вам нужно будет объединить изменения вручную:

$ git diff HEAD filename

Ситуация:

Допустим, вы в своей ветке, masterи у вас есть коммит в любой другой ветке. Вы должны выбрать только один файл из этого конкретного коммита.

Подход:

Шаг 1: Оформить заказ на нужную ветку.

git checkout master

Шаг 2: Убедитесь, что вы скопировали необходимый хеш коммита.

git checkout commit_hash path\to\file

Шаг 3: Теперь у вас есть изменения нужного файла в нужной ветке. Вам просто нужно добавить и зафиксировать их.

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

Я бы просто все выбрал, а потом сделал бы это:

git reset --soft HEAD^

Затем я отменил бы изменения, которые мне не нужны, а затем сделал бы новый коммит.

Используйте git merge --squash branch_nameэто, чтобы получить все изменения из другой ветки и подготовить коммит для вас. Теперь удалите все ненужные изменения и оставьте тот, который вы хотите. И мерзавец не узнает, что произошло слияние.

Я нашел другой способ, который предотвращает любое противоречивое слияние при сборке вишни, которое IMO легко запомнить и понять. Поскольку на самом деле вы выбираете не коммит, а его часть, вам нужно сначала разделить его, а затем создать коммит, который соответствует вашим потребностям, и выбрать его.

Сначала создайте ветку из коммита, который вы хотите разделить, и извлеките его:

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

Затем верните предыдущий коммит:

$ git reset HEAD~1

Затем добавьте файлы / изменения, которые вы хотите в cherry-pick:

$ git add FILE

и совершить это:

$ git commit -m "pick me"

обратите внимание на хэш коммита, давайте назовем его PICK-SHA и вернемся к вашей основной ветке, например, master для принудительной проверки:

$ git checkout -f master

и черри выбирай коммит:

$ git cherry-pick PICK-SHA

Теперь вы можете удалить временную ветку:

$ git branch -d temp -f

Объедините ветку в новую (сквош) и удалите ненужные файлы:

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

Для полноты картины лучше всего мне подходит:

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

git status

Он делает именно то, что хочет ОП. Он делает разрешение конфликтов, когда это необходимо, так же, как mergeэто делает. Это делает, addно не commitваши новые изменения.

Ты можешь использовать:

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

Обозначение <commit>^указывает (первого) родителя <commit>. Следовательно, эта команда diff выбирает изменения, сделанные <path>в коммите <commit>.

Обратите внимание, что это еще ничего не зафиксирует (как это git cherry-pickделает). Так что если вы хотите этого, вам придется сделать:

git add <path>
git commit