Git rebase и полу-отслеживаемые файлы конфигурации для разработчиков

Question

Это мой первый ТАК вопрос, и я тоже новичок в Git.

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

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

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

Проблема заключается в следующем: как я могу сказать git not , что нужно учитывать локальные изменения или фиксации в этом файле для повторной отправки и отправки? Gitignore, похоже, не решает проблему, но, возможно, это потому, что я слишком поздно поместил web.config в .gitignore?

В некоторых простых ситуациях мы складываем локальные изменения, перебазируем, выталкиваем и выталкиваем стек, но, похоже, это не всегда работает. Я еще не подобрал образец.

Опубликованная документация по pull --rebase имеет дело с более простыми ситуациями.

Или у меня совершенно неверная идея? Мы неправильно используем Git?

Dougkiwi

Answer 1

Основная идея конфигурационного файла - поставить только под контроль исходного кода:

• шаблон этого,
• скрипт, способный генерировать правильный файл конфигурации на основе локальных данных (имя пользователя, имя хоста, IP-адрес и т. Д.)

Другим решением было бы сделать это в ветке разработчика вместе с другими локальными разработчиками и добавить пользовательский драйвер слияния , чтобы объединить эти изменения в файле конфигурации.
Но это более сложно и, как правило, не требуется, если ваш файл шаблона построен правильно.

Answer 2

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