SVN: Как мне поддерживать мой локальный файл config.blah?

Вы можете добавить атрибут svn-ignore: в свою локальную папку, который исключает config.conf или даже * .conf

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

Игнорирование файла должно помочь вам:

http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug-ignore.html

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

• Переименуйте его (возможно, напишите сценарий оболочки на mv config.conf config.conf.theirs && mv config.conf.mine config.conf, а затем запустите приложение)
• Подвинь это. Возможно, добавьте в свое приложение некоторую логику, которая проверяет config.conf в локальном пользовательском каталоге, а затем использует config.conf по умолчанию, если ничего не найдено.

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

Согласно документам Tortoise

Ignoring Versioned Items

Versioned files and folders can never be ignored - that's a feature of Subversion. If you versioned a file by mistake, read the section called “Ignore files which are already versioned” for instructions on how to “unversion” it.

И из документов SVN

I have a file in my project that every developer must change, but I don't want those local mods to ever be committed. How can I make 'svn commit' ignore the file?

The answer is: don't put that file under version control. Instead, put a template of the file under version control, something like "file.tmpl".

Then, after the initial 'svn checkout', have your users (or your build system) do a normal OS copy of the template to the proper filename, and have users customize the copy. The file is unversioned, so it will never be committed. And if you wish, you can add the file to its parent directory's svn:ignore property, so it doesn't show up as '?' in the 'svn status' command.

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

Спасибо всем за ответы.

1. исключите его из репозитория с помощью svn: ignore (сначала вам нужно удалить его из репозитория)
2. сохраните копию в config.conf.default со значениями-заполнителями. Вы можете сохранить копию по умолчанию в репозитории.
3. используйте config.conf как обычно - Subversion его больше не увидит

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

Нравится:

/ workdir / configuration [это ссылка на / workdir / conf_local]
/ workdir / conf_local [обновлять локальную конфигурацию, но не отменять мои настройки]
/ workdir / conf_remote [всегда обновляется удаленными данными, поэтому я могу зафиксировать изменения]

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

Во-первых, вы создаете конфигурацию по умолчанию, которая, вероятно, имеет наивные значения, которые не будут работать для 90% настроек, но дает вам ссылку на то, какие значения существуют и что на самом деле можно настроить. Этот сценарий обычно называется «config.default.php» или что-то в этом роде. Внизу этого скрипта есть что-то вроде:

if (file_exists("config.php")) require "config.php";

Простая логика. Если для файла конфигурации есть переопределение пользователем, загрузите его и позвольте ему переопределить все, что ему нужно. Затем просто игнорируйте этот файл конфигурации пользователя с помощью методов, уже объясненных на всех машинах разработки и на любых производственных машинах, которые по какой-либо причине сохраняют svn checkout. Это очень гибкая настройка, и аналогичные процедуры можно настроить для большинства языков / сред.

У TortoiseSVN есть хороший ответ на половину этой проблемы: игнорировать при фиксации

Это предотвращает случайную фиксацию «только локальных» изменений, но не решает проблему случайного обновления локально измененного файла.

Ознакомьтесь с этим сообщением в блоге, чтобы узнать, как:

http://blog.baljeetsingh.net/2009/02/tips-tricks-svn-ignore-on-commit.html

как указал Scrappydog

Вы можете использовать / создавать разные списки в диалоговом окне фиксации

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

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

http://blog.baljeetsingh.net/2009/02/tips-tricks-svn-ignore-on-commit.html