Удаление версии из TortoiseSVN

Question

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

По умолчанию TortoiseSVN открывает диалоговое окно Commit со всеми выбранными файлами. Если я хочу только зафиксировать несколько из этих файлов, мне нужно «отменить выбор» тех, которые я не хочу комментировать, добавлять комментарии/примечания и выполнять коммит.

Время от времени я случайно забываю «отменить выбор всех» и завершить все файлы. Если бы я не собирался передавать все файлы, я бы хотел подумать, что смогу войти и удалить ревизию и начать все заново. Имейте в виду, что я не хочу удалять файлы из ревизии, я просто хочу, чтобы эта версия не существовала.

Предположим, что случайное совершение привело к проверке в 12 файлах, а ревизия была номером редакции 9651. Если я хотел проверить 2 файла, вместо 12, я хотел бы удалить эту ревизию, чтобы я мог проверить 2 файла.

Из того, что я вижу, один из вариантов - «Отменить изменения из ревизии 9651». Но это то, что он хранит 9651 в репозитории и откатывается назад, в результате чего код переходит в прежнее состояние. Это означает, что вы потеряете изменения, которые вы только что внесли. Затем вы можете «Обновить до пункта ревизии 9651», а затем повторить процесс фиксации.

Но есть ли другой способ сделать это, способ удалить ревизию из репозитория И избежать необходимости отката затронутого кода?

Answer 1

Видимо это не реализовано: http://blog.projectnibble.org/2008/03/01/subversion-obliterate-the-forgotten-feature/

Существует работа вокруг, в статье. Я думаю, Вам нужен доступ к серверу.

Answer 2

ИМХО лучший способ справиться с этим, чтобы избежать этого. Лучше вы привыкли работать только по одной вещи, компилировать ее, тестировать/отлаживать ее, а когда она работает, немедленно совершить все изменения. Таким образом, вы можете проверить все измененные файлы, и в большинстве случаев нужно вводить только один комментарий к SVN. Не начинайте со следующей микрофункции, пока вы не совершаете свою работу, когда это возможно. Только частичное добавление увеличивает вероятность того, что кто-то другой получит «перерыв сборки» после обновления, поэтому не делайте этого!

Answer 3

Я рекомендую использовать набор изменений для первой группы модифицированных файлов вместе, а затем зафиксировать их (по крайней мере, при использовании SmartSVN). К сожалению, это не сработает, если файлы были изменены таким образом, что некоторые строки должны быть сохранены в этом файле changeet/commit, другие строки в другом.