SVN config-file Вопрос вновь

Question

Я искал и нашел этот вопрос , но мне не понравился ответ.

Есть ли другой способ заставить SVN игнорировать конфигурационные файлы, которые были проверены на месте (что вы не можете изменить регистрацию), но должны быть изменены в вашей системе.

Это довольно серьезный сбой SVN, мое первое разочарование в системе. Я надеюсь, что кто-то придумал хитрость, возможно, с разветвлением только файлов конфигурации на новую ветку, а все остальное указывает на исходную ветку. Возможно, измените каталог .svn?

Должно быть лучшее решение, чем шаблон / копия, которое кажется таким не поддерживаемым.

Answer 1

Мы обходим это:

Все машины разработчика соответствуют. Мы все разрабатываем из c: \ projects \ TopGear \ trunk ... Мы все используем псевдоним нашего SQL-сервера для PROJECTNAME (например, TOPGEAR). Мы все используем одно имя хоста IIS (TopGearDev)

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

Дополнительный бонус: сборка серверов (мы используем TeamCity) тривиальна для настройки.

Это укусило нас один или два раза, незначительно, но в остальном было хорошо.

Не зависит от SVN (хотя мы используем SVN), хотя

Answer 2

Поработав несколько часов, думаю, у меня есть ответ. Поскольку это мой собственный вопрос, я думаю, я сделаю это вики-сообществом ...

Я создал ветку всего хранилища и указал файлы типа «Конфиг» на новую ветвь, затем зарегистрировал их.

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

Единственное, что может раздражать, это то, что если кто-то еще поменяет файл, который я разветвил, я не уверен, как я определю тот факт, что я должен слить.