Как сохранить базовые файлы для среды разработки централизованно, позволяя людям изменять свою локальную копию

Question

я хотел бы иметь файлы в центральном месте, чтобы, когда я добавляю людей в свою команду разработчиков, они могли видеть базовую версию этих файлов, но в то же время имели возможность работать с остальной командой. их собственная локальная версия. Я знаю, что могу просто поместить файлы в систему управления исходным кодом (мы используем Tortoiese-SVN) и заставить мою команду изменить локальные версии, но я бы предпочел, чтобы восклицательный знак, указывающий на то, что файл был изменен и нуждается в фиксации, довольно честно говоря, сильно меня раздражает. Я приведу два примера того, что я имею в виду:

1. Мы используем довольно много файлов build.xml, которые относятся к одному файлу свойств, который содержит много определений. Некоторые из них могут отличаться у разных членов команды (в основном это временные рабочие каталоги), и я бы хотел, чтобы у нового члена команды была возможность получить файл свойств с базовой конфигурацией, но изменить его, если они пожелают.
2. Храните файл настроек eclipse в SVN, чтобы при присоединении нового члена команды он мог просто получить файлы с сервера и запустить базовую систему. Если они захотят, они смогут изменить некоторые из этих настроек.

Спасибо, Итай

Answer 1

В прошлом я делал файл в другом месте или с другим именем внутри репозитория с правилом ignore real_file, чтобы подрывная деятельность не жаловалась на измененный файл и имела небольшой скрипт, который скопирует файлы в конкретное место.

Например, файл проекта .project Eclipse может иметь имя eclipse-project-default в хранилище. Когда пользователь загружает локальную копию, он запускает скрипт и получает свежую .project (копию eclipse-project-default), которую он может изменить и не будет отображаться в команде состояния subversion.

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

Answer 2

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

Если индикатор состояния вас сильно беспокоит, вы можете настроить этот файл на игнорирование системой контроля версий.