SVN: удалить файл из версионного контроля

Question

[pdx]

Но не из рабочей копии.

Такое возможно?

Команда svn delete (svn rm), насколько я понял по руководству по SVN, подготавливает файл к удалению, а затем при up-е обязательно удаляет так же файл из рабочей копии.

Можно ли сделать так, чтобы SVN просто начал игнорировать конкретные файлы? (удалил их из репозитория, но не затрагивал их при этом в рабочих копиях)

Answer 1

[anatoly_rr]

Удалить файл из репозитория, но оставить в файловой системе: svn rm filename --keep-local

Заставить игнорировать определённые файлы:

1. Сделать файл list с именами или масками, разделённые переводом строки
2. Выполнить svn propset 'svn:ignore' -F list .
3. list можно удалить.

Подробнее тут: Properties в SvnBook.

Comments

[pdx]

Анатолий, откуда вы узнали про --keep-local?! В мануале я нигде такой опции не нашёл.

В результате эксперимента с опцией --keep-local выяснилось, что она всё-таки сохраняет файл в текущей рабочей копии, но всё равно удалит его в других при выполнении svn up. То есть это не всё равно не то.

[anatoly_rr]

Откуда узнал: svn help rm

Из других удаляет? Хмм, тогда мне самому теперь интересно, как бы осуществить такое удаление, и возможно ли вообще.

[pdx]

Забавно про svn help. ) Значит, об --keep-local ещё не успели написать в мануал.

Вот именно, что опция сейчас получается неполноценной. А так ей бы цены не было!

Answer 2

[Sannis]

.svnignore?

Comments

[pdx]

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

Answer 3

[Денис Ильиных]

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

svn propedit svn:ignore log

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

сохраняем коммитим

все установки игнорирования действуют только на новые файлы… даже если файлы небыли добавлены в SVN но существовали SVN будет на них ругаться что они не под контролем, их надо переместить сделать коммит и вернуть

Comments

[pdx]

«даже если файлы небыли добавлены в SVN» — были, были добавлены. Можете считать, что по ошибке. Речь не об игнорировании, речь о всего лишь удалении из-под версионного контроля.

anatoly_rr предложил замечательную опцию --keep-local, но она работает только один раз. При обновлении других рабочих копий эта опция уже игнорируется (т. к. видимо SVN не предусматривает того, что файл можно удалить из репозитория, но оставить его в рабочих копиях). Неужели такого нет?

[Денис Ильиных]

Так почему бы не сделать так. Переместить файл, svn покажет что его нет, делаем svn rm он удаляет его из репо, коммит, затем ставим файл на место, SVN показывает что файл новый с вопросиком (в консоли), далее ставим на файл игнор, коммит, и SVN его не трогает больше, он остается локально

[anatoly_rr]

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

[pdx]

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

Answer 4

[Алексей Гриченко]

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

Comments

[pdx]

Это понятно :) Но меня интересует, есть ли более «правильные» методы решения этой задачи. На данный момент предложенный вами вариант действительно работающий (и я его использовал и до этого и сейчас использую), но это, извините, решение через одно место.

Answer 5

[tampere]

Решение простое: переименовать файл filename в filename.tmpl, а разработчикам сообщить, чтобы в рабочей копии создали копию файла с нужными изменениями.