Есть ли чистый способ обработки двух оригинальных git-репозиториев, которые начинались с одного и того же контента?

Question

Скажем, у меня есть два репозитория, которые были созданы из одного исходного содержимого. Например, если я использовал git для управления файлами конфигурации apache в / etc / apache2, и я запускал git init на машине-a и машине-b отдельно.

С тех пор я внес некоторые изменения в конфигурацию машины-b, которые я хотел бы применить к конфигурации на машине-а, не переписывая необычные вещи, такие как имена хостов и т. Д.

Если я сделаю это:

machine-a% remote add machine-b ssh://...
machine-a% git fetch machine-b

Я получаю все коммиты на машине-b, а GitX показывает совершенно отключенный набор коммитов, как я и ожидал.

Однако, если я пытаюсь объединить любое из изменений машины-b, я получаю конфликты на всех измененных строках.

Для моих целей это достаточно хорошо, но мне интересно, есть ли более чистое решение?

Answer 1

Возможно, вы захотите посмотреть на мерзавцы. Некоторая информация доступна здесь: http://git -scm.com / docs / git-filter-branch

По сути, вы хотите подделать родословную.

Вы сделали первоначальный коммит на обеих машинах - давайте назовем их «baseA» и «baseB». Затем вы создали второй коммит поверх этого с обеих сторон - 'secondA' и 'secondB'. Что вы хотите сделать, это сказать git, что «secondB» не имеет «baseB» в качестве предка, а вместо этого «baseA» в качестве родителя.

Это можно сделать с помощью трансплантатов. Например, поместите это в ваш файл .git / info / grafts:

secondB baseA

(но затем с использованием настоящих SHA). Теперь, если вы посмотрите в GitX, вы увидите, что истории связаны. Чтобы сделать изменение постоянным, вам нужно запустить git filter-branch.

Обновление из комментариев

Я не уверен, что вы сделали «правильно», хотя это сработает. Если вы делаете то, что вы сделали, вы получите как история:

 BaseA --- SecondA -- .. - ..  - Merge
   \ BaseB --- SecondB ... - .. /

Который будет работать (и слияние пройдет без проблем). Тем не менее, что немного лучше это:

 BaseA --- SecondA -- .. - ..  - Merge
   \ SecondB ... - .. /

, который в основном отбрасывает «BaseA» в качестве коммита и устанавливает «BaseA» в качестве родителя для SecondB. Это должно быть возможно с использованием правила взяточничества, которое я вам сказал.

Чтобы продемонстрировать это, я создал небольшой репозиторий, который вы можете скачать здесь .

Если вы посмотрите историю в GitX ("gitx master second_master"), вы увидите увидеть, что истории отключены. Если вы переместите файл .git / info / _grafts в .git / info / grafts, вы получите вторую красивую историю.

Я также добавил файл .git / info / error_grafts. Если вы воспользуетесь этим, вы получите созданную вами историю.

Если вы посмотрите на файлы SHA в файле трансплантатов, то увидите, что файл _grafts в основном имеет следующее:

SecondB BaseA

и файл неправильный_графов имеет это:

BaseB BaseA

Answer 2

Это интересное использование Git; Я мог бы использовать его для работы с несколькими сайтами, которые основаны на одной и той же кодовой базе вики, но имеют очень разные конфигурации.

Настройте репозиторий Git с исходным содержимым и создайте отдельные ветви для каждого компьютера, на котором хранится его текущая конфигурация. Клонируйте другой компьютер и установите каждый компьютер как удаленный для другого.

Теперь вы можете вносить изменения на одной машине и помещать их в свою ветвь на другой машине всякий раз, когда вы их фиксируете.

Если вы фиксируете общие элементы отдельно от не общих элементов, вы можете

$ git checkout [localmachine bracnch]
$ git cherry-pick [SHA1 of common commit1]
$ git cherry-pick [SHA1 of common commit2]

И, если вы не знаете, что вы хотите использовать повторно до тех пор, пока после фиксации на одной машине, вы можете использовать git add --patch для извлечения отдельных различий из одной ветви и установки их для последующей фиксации в другой ветви.

Для более чем двух машин / сайтов вы можете объединить общие изменения в MASTER и объединить изменения в MASTER в каждую из ветвей.

Answer 3

Как Git может определить, что такое «изменение конфигурации» и что такое «необычная вещь»? Есть ли определенные файлы, которыми вы хотите поделиться между ними, например файлы типа mime?

Как насчет разделения общих частей на отдельные файлы и использования директивы Apache Include и добавления любых файлов, которые вы хотите игнорировать, в .gitignore?