Возможно, можно показать журнал, проверить, что предыдущий пересмотр (n-1), в контекстном меню выбирают Revert к этому пересмотру и фиксируют изменения (это будет становиться n+1, где n является текущей дефектной головкой)
Самый чистый путь был бы к изменения отмены
, можно использовать слияние svn для “undo” изменение в рабочей копии, и затем передать локальную модификацию репозиторию. Все, что необходимо сделать, должно определить обратное различие. (Можно сделать это путем определения
--revision 303:302
, или эквивалентом--change -303
.)
я понимаю, что это "не делает его как эта последняя фиксация, никогда не происходил" в том смысле, что фиксация является все еще частью истории, но я полагаю, что лучше сохранить ту плохую фиксацию в истории.
Это могло включать некоторую происходящую работу, которая может быть запрошена / по сравнению с для легкой переделки новой надлежащей фиксации.
, Даже если:
obliterate
команда, которая выполнила бы задачу постоянного удаления информации, и svndumpfilter
как возможное обходное решение (в котором это обеспечивает способность к быстро, и легко измените это dumpfile данные путем действия как находящийся на пути фильтр) ... Лучше не попытаться скрутить инструмент SCM во что-то, что это не предназначено, чтобы сделать во-первых.
Historization (наряду с распараллеливанием с ветвлением) являются двумя основными функциями SCM.
Можно сделать это использование svnadmin dump
и svnadmin load
. Это - настоящая грубая сила способ сделать это, но я полагаю, что это - единственный способ сделать это.
ответы на этот вопрос могут помочь: Уничтожающий огромный файл в репозитории SVN
Вы можете svn CP определенные изменения, поэтому при отсутствии прошедших операций, что Вы бледный для сохранения Вы могли svn комната незаконный каталог и затем svn CP старая версия. Посмотрите раздел Peg и Operative Revision книги