Git - як змусити конфлікт злиття та об'єднання вручну для вибраного файлу

Ми підтримуємо веб-програму, яка має спільну головну гілку та безліч паралельних гілок, по одній для кожної інсталяції, кожна з яких має кілька конкретних змін. Вихідним кодом управляється в git, і це приголомшливий інструмент, коли нам потрібні функції передачі та виправлення помилок з майстер-гілки в паралельні. Але мало файлів, які є чутливими, і автоматичне злиття зазвичай дає погані результати. Тож об’єднання було б набагато простіше, якщо їх можна якось позначити, і кожне об’єднання призведе до конфлікту, що вимагає ручного об’єднання.

Я шукав відповідь:

1. Я використовую параметри злиття --no-commit і --no-ff , але це не однаково.
2. Тут і тут хтось задає те саме питання, але без рішення.
3. Схоже на те, як запобігти об’єднанню файлів за допомогою .gitattributes, що містять: somefile.php merge = ours . Я спробував знайти якийсь варіант злиття, який би породив конфлікт або змусив об'єднати вручну, але поки що не знайшов жодного.
4. .gitattributes, що містять: somefile.php -merge , ніколи не об'єднується автоматично, а отже, змушує об'єднувати вручну. Це 90% рішення, але я прагну спробувати автоматичне об’єднання та позначити його як конфліктне, незалежно від того, вдало це чи ні. Але це поки що найближче до рішення. (... дякую Чарльзу Бейлі за роз'яснення ...)
5. Хтось пропонує запропонувати написати власний драйвер злиття ( 1 , 2 ), але як це зробити мені далеко не зрозуміло.

редагувати: варіант 4. опис

Варіант 5, спеціальний драйвер злиття, це, мабуть, спосіб наблизитись до того, що ви хочете. Це напрочуд легко зробити. Нижче наведено приклад того, який, на мою думку, повинен наблизити вас до тієї поведінки, яку ви бажаєте.

Спочатку створіть сценарій драйвера злиття з назвою merge-and-verify-driver. Зробіть його виконуваним та розмістіть у відповідному місці (можливо, ви захочете перевірити цей скрипт у репо, навіть, оскільки конфігураційний файл репо буде залежати від нього). Git збирається виконати цей сценарій оболонки, щоб виконати злиття конфіденційних файлів:

#!/bin/bash
git merge-file "${1}" "${2}" "${3}"
exit 1

Це просто робить поведінку злиття за замовчуванням, яку зазвичай робить сам Git. Ключова відмінність полягає в тому, що скрипт завжди повертає ненульове значення (щоб вказати на наявність конфлікту, навіть якщо злиття було вирішено без конфліктів).

Далі вам потрібно повідомити Git про існування власного драйвера злиття. Ви робите це у файлі конфігурації репо ( .git/config):

[merge "verify"]
        name = merge and verify driver
        driver = ./merge-and-verify-driver %A %O %B

У цьому прикладі я розмістив merge-and-verify-driverкаталог верхнього рівня репо ( ./). Вам потрібно буде вказати шлях до сценарію відповідно.

Тепер вам просто потрібно надати конфіденційним файлам належні атрибути, щоб користувацький драйвер злиття використовувався під час об’єднання цих файлів. Додайте це у свій .gitattributesфайл:

*.sensitive merge=verify

Тут я сказав Git, що будь-який файл з іменем, що відповідає шаблону, *.sensitiveповинен використовувати власний драйвер злиття. Очевидно, що вам потрібно використовувати шаблон, який відповідає вашим файлам.

Ці дві команди, схоже, мають той самий ефект, що і користувальницький драйвер злиття:

git merge --no-commit your_target_branch
git checkout --conflict merge .   (do not forget the . and run it in the top dir of the repository)

Перша команда зупиняє злиття перед створенням коміту злиття, а друга позначає всі файли, змінені в двох гілках, як конфлікт для вирішення, навіть якщо спочатку конфлікту не було.

Примітка: ця стаття " Написання драйвера злиття git для PO-файлів " ілюструє тип маніпуляції, який ви можете зробити при ручному об'єднанні файлу: ви можете попередньо обробити його, щоб ваше ручне злиття могло мати певні дані.

git merge-fileможе використовуватися, наприклад, для ДЕКРИТУВАННЯ (та перешифрування) файлів перед злиттям (!)

У вашому випадку, закривши драйвер злиття зі статусом, що не дорівнює 0, переконайтеся, що злиття буде ручним.