Я работаю над проектом с другом и хочу вернуться к более старой версии нашего кода и установить его в качестве текущей. Как это сделать?
Я использую "anksvn" на vs08.
У меня есть версия, которую я хочу на моем ПК, но фиксация не удалась; Сообщение, которое я получаю: «Сбой при фиксации, файл или каталог устарел».
У меня также есть клиент Subversion на моем ПК.
Ответы:
По сути, вам нужно «объединить в обратном направлении» - применить разницу между текущей и предыдущей версией к текущей версии (чтобы вы получили рабочую копию, похожую на старую версию), а затем зафиксировать снова. Так, например, чтобы перейти от ревизии 150 (текущей) обратно к ревизии 140:
svn update
svn merge -r 150:140 .
svn commit -m "Rolled back to r140"
Красная книга Subversion имеет хороший раздел об этом .
svn merge -r HEAD:140.
Вы можете совершить только новые изменения на голове истории подрывной деятельности.
Причина, по которой вы ничего не можете сделать напрямую с хорошей копией, которую вы имеете на своем ПК, заключается в том, что ее .svnпапки знают, что это код из прошлого, поэтому перед обновлением требуется обновление.
Найдите номер ревизии старой копии, которую вы хотите.
Получите текущую версию с:
svn info --show-item revision
# or
svn logИли, чтобы проверить более старые версии вашего проекта, используйте:
svn update -r <earlier_revision_number>пока вы не найдете правильный номер ревизии.
Запишите правильный номер ревизии (предположим, 123для примеров ниже).
Обновление до последней версии:
svn updateОтмените все изменения между нужной ревизией и последней версией:
svn merge -r HEAD:123 .
svn commit "Reverted to revision 123"(так же, как ответ Джона Скита выше.)
Если вы не можете найти старую копию и просто хотите зафиксировать файлы, которые в данный момент находятся на вашем ПК:
Сделайте копию своей хорошей версии (но без каких-либо .svnпапок):
cd ..
rsync -ai --exclude=.svn project/ project-good/Теперь убедитесь, что у вас последняя версия:
cd project
svn update
# or make a fresh checkout
svn checkout <url>Скопируйте свою хорошую версию поверх рабочей копии.
Эта команда скопирует, а также удалит любые файлы из рабочего дерева, которые не находятся в вашей хорошей копии, но это не повлияет на существующие .svnпапки.
cd ..
rsync -ai --exclude=.svn --delete project-good/ project/Если у вас нет rsync, вы можете использовать, cp -aно вам также нужно будет удалить все ненужные файлы вручную.
Вы должны быть в состоянии совершить то, что у вас есть сейчас.
cd project
svn commit "Reverted to good copy"Просто используйте эту строку
svn update -r yourOldRevesion
Вы можете узнать свою текущую версию, используя:
свн информация
Стандартный способ использования слияния для отмены всей регистрации отлично работает, если это то, что вы хотите сделать. Иногда, однако, все, что вы хотите сделать, это вернуть один файл. Там нет законного способа сделать это, но есть взлом:
Используйте подкоманду svn export:
svn export http: // url-to-your-file @ 123 / tmp / filename
(Где 123 - номер редакции для хорошей версии файла.) Затем переместите или скопируйте этот единственный файл, чтобы перезаписать старый. Проверьте в измененном файле, и все готово.
svn?
svn cat -r 123 path-in-your-working-copy > path-in-your-working-copy
Немного больше старой школы
svn diff -r 150:140 > ../r140.patch
patch -p0 < ../r140.patch
тогда обычный
svn diff
svn commit
Я думаю, что это наиболее подходит:
Выполните слияние в обратном направлении, например, если зафиксированный код содержит ревизию с версии 5612 до 5616, просто объедините ее в обратном направлении. Это работает в моем конце.
Например:
svn merge -r 5616:5612 https://<your_svn_repository>/
Он будет содержать объединенный код обратно в прежнюю ревизию, а затем вы сможете его зафиксировать.
Это то, что я сделал и работал для меня.
Я хочу отменить изменения в нескольких коммитах, которые я делал в определенные моменты времени, и хочу перейти к предыдущей точке фиксации.
Это запустит обратное слияние, отменяя изменения в вашей рабочей копии.
Просто просмотрите код и подтвердите.
В большинстве предыдущих ответов использовалось обратное слияние, и обычно это правильный ответ. Однако есть одна ситуация (которая только что произошла со мной), где это не так.
Я случайно изменил файл с окончанием строки Unix на конец строки DOS при внесении небольшого изменения и зафиксировал его. Это легко отменить, либо изменив окончание строки и зафиксировав снова, либо с помощью обратного слияния, но это имеет эффект созданияsvn blame список редактируется как источник каждой строки файла. (Интересно, что на TortoiseSVN в Windows это не влияет; только командная строкаsvn blame .)
Если вы хотите сохранить историю в соответствии с сообщениями svn blame, я думаю, вам нужно сделать следующее:
Удаление немного страшно, но помните, что вы всегда сохраняете файл в хранилище, поэтому его восстановление не имеет большого значения. Вот некоторый код для иллюстрации шагов. Предположим, что xxxэто номер редакции последней хорошей копии.
svn rm svn+ssh://path/to/file
svn copy svn+ssh://path/to/file@xxx svn+ssh://path/to -m"Restore good copy"
svn update
<restore the edits>
svn commit -m"Restore edits"
Обратите внимание, что для копии в хранилище местом назначения должен быть каталог, а не имя файла.
На этой странице много опасных ответов. Обратите внимание, что начиная с версии 1.6 SVN, обновление -r может вызвать конфликты деревьев, которые быстро перерастают в потенциально кошмарные потери данных, когда вы ищете информацию о конфликтах деревьев.
Правильный способ вернуться к версии:
svn merge -r HEAD:12345 .
Где 12345 - номер версии. Не забывайте точку.
Ответ Джона Скита - в значительной степени решение в двух словах, однако, если вы похожи на меня, вам может потребоваться объяснение. Руководство Subversion называет это
Из справочных страниц.
Эта форма называется 'вишневым' слиянием: '-r N: M' относится к разнице в истории ветки источника между ревизиями N и M.
«Обратный диапазон» может использоваться для отмены изменений. Например, когда источник и цель ссылаются на одну и ту же ветку, ранее зафиксированная ревизия может быть отменена. В обратном диапазоне N больше, чем M в «-r N: M», или опция «-c» используется с отрицательным числом: «-c -M» эквивалентно «-r M:». Отмена таких изменений также называется выполнением «обратного слияния».
Если источником является файл, то к этому файлу применяются различия (полезно для обратного объединения более ранних изменений). В противном случае, если источником является каталог, то целью по умолчанию является «.».
При обычном использовании рабочая копия должна быть актуальной, в одной редакции, без локальных изменений и без переключенных поддеревьев.
Пример:
svn merge -r 2983:289 path/to/file
Это заменит локальную копию [2983] (которая, согласно приведенной выше цитате, должна синхронизироваться с сервером - ваша ответственность) ревизией 289 с сервера. Изменение происходит локально, что означает, что если у вас есть чистая проверка, то изменения могут быть проверены перед их фиксацией.
Следующее сработало для меня.
У меня было много локальных изменений, и мне нужно было отменить их в локальной копии и получить последнюю стабильную версию в SVN.
Проверьте состояние всех файлов, включая игнорируемые файлы.
Grep все строки, чтобы получить недавно добавленные и проигнорированные файлы.
Замените их на //.
и rm -rf все строки.
svn status --no-ignore | grep '^ [? I]' | sed "s / ^ [? I] //" | xargs -I {} rm -rf "{}"