2010-03-31 2 views
0

Я внес изменения в папку с именем «branch», и теперь, когда он работает, я хочу переместить всю папку src в папку «trunk». Но, скопировав src из локальной ветви, вставка на локальный сундук и передача SVN ничего не обязывает. Его вроде ничего не изменилось. Любая идея, как это сделать?SVN не распознает измененные файлы

Связанные вопрос: How can I force subversion to commit an unchanged file? (будет работать для меня, но я ничего не знаю о свойствах, какой именно один я мог изменить и значение которого не врезаться что-то?)

+0

@Tom Brito: Вы можете создать любое произвольное свойство, поэтому вы не ограничены свойствами, которые уже существуют. Единственное ограничение заключается в том, что свойства subversion сохраняют свойства, начинающиеся с «svn:» для их собственного использования. Помимо этого, и избегая любых свойств, специально используемых в вашем проекте, вы можете создавать все, что захотите. Взгляните на «svn help propset» для получения более подробной информации –

ответ

2

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

Если ветка была на самом деле веткой и рабочей копией, то вам нужно прочитать на svn merge, чтобы получить изменения до trunk.

Если это была папка за пределами рабочей копии, тогда самый простой способ - вернуть rsync и использовать --exclude=.svn, которые не синхронизируют метаданные .svn.

1

Если вы на Windows, попробуйте скопировать все файлы, но не папки .svn.

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

1

Из того, что вы описываете (внося изменения в извлеченную ветку, а затем пытаетесь зафиксировать их на соединительной линии, скопировав их на уровне файловой системы), вы пытаетесь обойти SVN, работая против него, вместо того, чтобы работать с Это.

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

Смежные вопросы