Подверсия: Как я передаю Обновление Пересмотра?
У меня есть ситуация где:
- Разработчик работает над проектом SVN.
- Человек проверяет проект SVN, уходит, ребенок/кошка/жена sits/dools/sleepwalks/whatever в компьютере и вставляет asdfg-код напыщенности речи. Человек фиксирует проект.
- Разработчик видит плохие файлы и Обновление Пересмотра назад последней рабочей версии
Все хорошо, непока разработчик не хочет фиксировать проект. Если разработчик внес изменения в рассматриваемый файл, он будет фиксироваться очень хорошо. НО если не - dev только Обновление Пересмотра и не внесло дальнейших изменений - что файл не будет фиксироваться, и любые обновления проекта представят asdfg-файл-кода напыщенности речи Вам.
Вопрос: Если я только 'Обновление Пересмотра' файл, как я фиксирую его снова, вручную не редактируя файл?
3 ответа
. Я думаю, вы выбрали неправильный путь решения проблемы.
Вместо того, чтобы менять ревизию, которую вы просматриваете, вы должны:
- Обновить до последней ревизии, включая мусор
- обнаружил фиксацию мусора в журнале ревизий и выбрал «Отменить это изменение»
- совершил очистку с помощью или без каких-либо других изменений, внесенных вами в вашу рабочую копию
. Итак, что вы должны сделать сейчас, это обновить до последней версии (применив ненужное изменение) и отменить их изменение, которое вернет вас в строй. Примерно так, как если бы они внесли изменения, пока вы работали, и вообще ничего не изменили.
Вы можете выполнить коммит, только если ваш код обновлен с головкой рабочей ветви / ствола.
SVN не будет создавать для вас ветвь динамически на этом этапе более ранней версии, вы должны выбрать создание ветки или обновление до головы.
Вы можете просто отменить изменения, используя следующее
svn merge -c -RevisionWhichWasWrong ^/trunk
RevisionWhichWasWrong - это последняя версия, которую вы проверили. После этого просто сделайте
svn commit
и все.
BTW: Невозможно зарегистрироваться, если вы никогда не вносили изменений в содержимое файлов.
Хороший вопрос! Насколько я знаю, это возможно только вручную, добавив пробел или что-то еще в файл, чтобы Subversion увидела файл как измененный. После этого создается новая ревизия.