Удаление пересмотра от TortoiseSVN
Когда я фиксирую код в репозиторий Подверсии своей компании, у меня часто есть несколько файлов, в которых нужно зарегистрироваться. Часто времена, я хочу регистрировать их (фиксируйте их), отдельно, потому что мне нравится собирать в группу подобные файлы.
По умолчанию TortoiseSVN открывает диалоговое окно Commit со всеми выбранными файлами. Если я только хочу фиксировать несколько из тех файлов, я должен "отменить выбор все", те я не хочу фиксировать, добавлять мои комментарии/примечания и затем выполнять фиксацию.
Время от времени я случайно забываю "отменять выбор все" и завершать фиксацию всех файлов. Если бы это не было мое намерение фиксировать все файлы, то я хотел бы думать, что я смог бы войти и удалить пересмотр и запуститься. Следует иметь в виду, я не хочу удалять файлы из пересмотра, я просто хочу, чтобы тот пересмотр не существовал.
Скажем, случайная фиксация привела к регистрации в 12 файлах, и пересмотр был пересмотром номер 9651. Если бы я означал регистрироваться в 2 файлах, вместо 12, то я хотел бы удалить тот пересмотр, таким образом, я могу зарегистрироваться в этих 2 файлах правильно.
Из того, что я вижу, одна опция состоит в том, чтобы "Вернуться изменения от пересмотра 9651". Но то, что это делает, является этим, сохраняет 9651 в репозитории и откатывает, влиял на код к его предыдущему состоянию. Который по существу означает, что Вы потеряли бы изменения, Вы только что сделали. Вы могли затем "Обновить к пересмотру объекта 9651" и затем повторить процесс фиксации.
Но есть ли другой способ сделать это, способ удалить пересмотр из репозитория И избежать необходимости откатывать затронутый код?
3 ответа
Видимо не реализовано: http://blog.projectnibble.org/2008/03/01/subversion-obliterate-the-forgottom-feature/
Есть работа вокруг, см. Статью. Я думаю Вам нужен доступ сервера, хотя.
Я рекомендую использовать изменения в Means First Group Modified файлов вместе, а затем зафиксировать их (по крайней мере, при использовании SmartSVN ). К сожалению, это не работает, если бы файлы были изменены таким образом, что некоторые строки должны храниться в этом изменениях / коммитах, других линиях в другом.
IMHO лучший подход, чтобы справиться с этим - избегать этого. Лучше привыкнуть работать только с одной вещью сразу, скомпилировать ее, протестировать/отладить, а когда она заработает, сразу же зафиксировать все изменения. Таким образом, вы можете проверить все измененные файлы, и в большинстве случаев приходится вводить только один комментарий в SVN. Не начинайте со следующей микрофайлы, пока не зафиксируете свою работу, когда это возможно. Фиксация только частей увеличит шанс того, что кто-то другой получит 'сборочный перерыв' после обновления, так что не делайте этого!