Git: лучший способ удалить все изменения из заданного файла для одной ветки

У меня немного грязная ветвь с 20 или около того, и я готовлюсь к слиянию обратно к мастеру. Я отменил его от мастера и, присмотревшись ближе, я понимаю, что файлы изменяются таким образом, которые совершенно не имеют отношения к этой ветке и не готовы к их совершению. Изменения этих файлов не ограничиваются конкретными коммитами.

В принципе, я не хочу иметь ничего общего с этими файлами, которые будут включены в эту ветку, если это возможно. Есть ли хороший способ сделать это? Моя задняя позиция # 1, очевидно, предназначена для копирования только последней копии каждого из этих файлов, а затем фиксации. Но тогда история все равно будет содержать изменения, а боги Git будут на меня нахмуриться.

Откат позиции # 2 должен сделать то же самое, а затем сквот всю историю ветвей до одной фиксации.

Любые улучшения в них?

Ответ 1

Скажите, что ваша история

$ git lola
* 6473d7f (master) Update
| * 9bcfa7e (HEAD, topic) Munge a, b, and c
| * 99af942 Munge b and c
| * 8383e2c Munge a and b
|/
* d1363f4 Baseline

Примечание: lola является нестандартным, но полезным псевдонимом.

Коммиты изменили три разных файла.

$ git log --decorate=short --pretty=oneline --name-status topic
9bcfa7e946a92c226ad50ce430a9e4ae55b32490 (HEAD, topic)
M       a
M       b
M       c
99af942dbb922effcad8a72e96bec9ee9afcc437 Munge b and c
M       b
M       c
8383e2c8d6092550fec13d3c888c037b3a68af15 Munge a and b
M       a
M       b
d1363f4fba67d94999b269b51bdb50a8a68ba27a Baseline
A       a
A       b
A       c

Изменения в файле b - это те, которые вы хотите сохранить, и вы хотите отменить все изменения на a и c. Один из способов сделать это - git filter-branch.

$ git checkout -b tmp topic
Switched to a new branch 'tmp'

$ git merge-base topic master
d1363f4fba67d94999b269b51bdb50a8a68ba27a

$ git filter-branch --tree-filter 'git checkout d1363f -- a c' master..tmp
Rewrite 8383e2c8d6092550fec13d3c888c037b3a68af15 (1/3)
Rewrite 99af942dbb922effcad8a72e96bec9ee9afcc437 (2/3)
Rewrite 9bcfa7e946a92c226ad50ce430a9e4ae55b32490 (3/3)
Ref 'refs/heads/tmp' was rewritten

Фильтр дерева выше проверяет коммиты в именованном диапазоне и восстанавливает файлы a и c для содержимого на основе "базы слияния", то есть фиксации, при которой topic разветвляется от master.

Теперь tmp имеет все topic & rsquo; s изменяется на b, но не изменяется ни на какой другой файл.

$ git log --decorate --pretty=oneline --name-status tmp
9ee7e2bd2f380cc338b0264686bcd6f071eb1087 (HEAD, tmp) Munge a, b, and c
M       b
226c22f150af1ddc1f9adc19f97fc4f220851ada Munge b and c
M       b
45e706f7b22c37ee2025ee0d04c651135e7b31cd Munge a and b
M       b
d1363f4fba67d94999b269b51bdb50a8a68ba27a Baseline
A       a
A       b
A       c

В качестве меры безопасности git filter-branch хранится резервная копия исходного ref. Когда вы снова удовлетворяетесь своими изменениями и хотите удалить резервную копию tmp, запустите

$ git update-ref -d refs/original/refs/heads/tmp

Ответ 2

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

git apply -R

Примечание. Я никогда не делал этого... но он должен работать в теории, я думаю.: -)

Ответ 3

Чтобы проверить выбранную версию, вы можете сделать git checkout <sha1> <file> где sha1 - уникальный хэш файл sha1 той версии, в которую вы хотите, чтобы файл находился.