SVN: Игнорирование уже зафиксированного файла

Если вы удалите файл из системы управления версиями, каким образом разработчик, новый для проекта (или тот, кто случайно удалил свою локальную копию), получит его после первоначальной проверки? Что, если в файл настроек есть дополнения?

Я бы предложил следующее: Сохраните файл настроек по умолчанию (без паролей, имен хостов, строк подключения и т. Д.) В SVN, назовите его как-то как settings.dist и позвольте коду работать с его копией с именем settings. Каждый разработчик должен сделать эту копию один раз, а затем может работать со своими персонализированными настройками. Если есть дополнения, добавьте их в settings.dist - все остальные получат их с обновлением и могут затем объединить в свою персональную копию.

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

В мире, основанном на муравьях, у вас есть файлы:

settings.properties
settings-local.properties (ignored for Subversion)

и в вашем build.xml файле

<property file="settings-local.properties"/>
<property file="settings.properties"/>

Для тех, кто не может соединить точки :

1. измените файл build.xml, как предложено
2. установите параметр setting-local.properties как игнорируемый
3. в init цели вашей сборки, скопируйте settings.properties to settings-local.properties
4. подождать пару дней, пока у всех будет возможность запустить эту цель
5. удалить setting.properties из Subversion

Вуаля, каждый разработчик имеет свои собственные настройки-local.properties, и все было сделано автоматически (и ни один разработчик не потерял свои настройки, что происходит, если вы жестоко удаляете файл из Suvbersion, а его нет). все равно ... ")

[[ Я новичок в Subversion, так что, возможно, это не имеет смысла. пометка этого как вики - если вы знаете правильный ответ, пожалуйста, ПРИЛОЖИТЕ в следующем разделе ]]

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

$ svn checkout http://example.com/project  project
..
$ dir project
original_settings\     folder1\     folder2\ 
$ svn checkout http://example.com/project/aaron_settings project\settings
..
$ dir project
original_settings\     folder1\     folder2\    settings\

Или для новых пользователей

$ svn import project\settings  http://example.com/project/aaron_settings

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

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

WIKI:

(пока ничего)

После удаления файла вашим пользователям придется восстановить файл из репозитория с помощью svn export .

$ svn export -r x path ./

Где x - это версия, в которой файл существовал до его удаления, путь - это полный путь к файлу, а ./ - это место, куда файл будет помещен.

См. svn help export для получения дополнительной информации.