Ограничивать изменения настройки / конфигурации одной веткой git non-master? - PullRequest
0 голосов
/ 10 февраля 2019

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

Тем не менее, это не проблема, как быстрый и грязный взлом, чтобы поместить соответствующие файлы include / setup в соответствующий каталог для возможности компиляции.

I 'Я хотел бы иметь возможность редактировать объединенный код вместе с нестандартной установкой «hacky» в отдельной ветке git, но только толкать основной код (без файлов установки / включения, о которых мои коллеги не должны беспокоиться) на основнойответвление.

Мне известно, что в качестве одноразового решения я могу сосредоточить добавления файла установки в определенной части дерева истории и перебазировать только ту часть дерева истории, которая не содержит этих дополнений.на ветку, которая затем подталкивается к мастеру.Однако это очень нестабильное решение, так как я должен отслеживать соответствующие коммиты, и кроме того, я должен делать это каждый раз, когда я нажимаю на мастеринг.Поскольку это повторяющаяся операция, мне интересно, есть ли подходящая идиома или практика, которые лучше использовать в таком случае.

Этот вопрос связан, но не идентичен следующему:

Обслуживание файла конфигурации для конкретной ветви с помощью git

1 Ответ

0 голосов
/ 10 февраля 2019

Было бы возможно для вас добавить ваши файлы конфигурации в .git/info/exclude вашего локального (или другого локально-эквивалентного .gitignore )?

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

...