Кращий спосіб повернутися до попередньої версії файлу SVN?

Я випадково зафіксував занадто багато файлів у сховищі SVN і змінив деякі речі, які я не хотів. (Зітхає.) Щоб повернути їх до попереднього стану, найкраще, що я міг придумати, - це

svn rm l3toks.dtx
svn copy -r 854 svn+ssh://<repository URL>/l3toks.dtx ./l3toks.dtx

Боже! Немає кращого способу? Чому я не можу просто написати щось подібне:

svn revert -r 854 l3toks.dtx

Гаразд, я використовую лише v1.4.4, але я переглянув список змін для відділення 1.5, і я не міг побачити нічого, що безпосередньо стосується цього. Я щось пропустив?

Правка: Напевно, я був недостатньо зрозумілий. Я не думаю , що я хочу звернути злиття, тому що тоді я втрачу зміни , які я зробив хочу зробити! Скажіть це fileAі fileBобидва були модифіковані, але я хотів лише здійснити fileA; випадково набравши текст

svn commit -m "small change"

передає обидва файли, і тепер я хочу відкати fileB. Зворотне злиття робить це завдання не простішим (наскільки я можу сказати), ніж описані вище кроки.

svn merge -r 854:853 l3toks.dtx

або

svn merge -c -854 l3toks.dtx

Дві команди рівнозначні .

Перегляньте розділ " Скасування змін " книги svn

Вибачте, що використовуєте простір лише на повторення раніше даної відповіді - але це те, що я завжди стикаюся з проблемою.

Скажімо, я оновив локальні файли до останньої версії, яка становить 854. Потім я хотів би отримати старішу версію - версію файлу з декількох версій раніше, скажімо, версію 851.

Копія спрацює:

svn copy -r 851 svn+ssh://<repository URL>/l3toks.dtx ./l3toks.dtx

.. однак, я не можу перейматися привітанням за URL-адресу репо :)

Оновлення, здавалося б, може спрацювати:

svn up -r 851 ./l3toks.dtx

... однак, він також позначає локальну копію як "щойно перевірену", а точніше - "таку ж, як і онлайн-ревізія" (тобто у Tortoise / RabbitVCS ви отримуєте зелену галочку OK) - це означає, що ви не можете цього зробити svn ci -m "rolled back to r 851": просто тому, що локальна subversionвиконуваний файл не помітить жодних локальних змін і не буде перешкоджати завантажувати що-небудь у онлайн-сховище.

Як вже було сказано, зворотне злиття працює - але в цьому випадку не слід покладатися на ярлик синтаксису; але конкретно зазначте:

svn merge -r HEAD:851 l3toks.dtx
--- Reverse-merging r854 through r852 into 'l3toks.dtx':
U    l3toks.dtx

Я мушу визнати - я ніколи не зрозумів би речення " Зворотне об'єднання r854 через r852 у файл " означало " Щойно отримав r851 свого файлу і перезаписав все, що раніше було локально - і воно позначене як відмінне від останньої онлайн-версії, тому Ви можете перевірити це в Інтернеті як нову версію "відкату ", але я думаю (і сподіваюся :)), що це робить :)

Після цього можна скористатися svn diffдля швидкого переконання, чи вдалося повернути правильну версію локально; а також файл буде позначений червоним знаком оклику в черепаха / RabbitVCS (тобто, відрізняється від останньої введеної версії), і тому svn ci -m "rolled back to r 851"може запускатися цього разу.

Також зауважте, що якщо ви, нарешті, передумаєте після зворотного злиття ( тобто ви все одно хочете продовжувати працювати над останньою редакцією HEAD, тут 854 - після того, як ви повернулися до 851 локально, але ще не здійснили відкат. ), ви не повинні використовувати svn up, тому що це просто скаже, що це вже " У редакції 854 "; використовувати замість цього svn revert --recursive .чи подібне ...

Ура!

Ref: Як повернути зміни за допомогою Subversion - Jacob Wright - Flex, AIR, PHP тощо.

EDIT: ... і, мабуть, точно такий же ефект, як і svn merge -r HEAD:851 l3toks.dtx, можна досягти за допомогою:

svn export -r 851 l3toks.dtx
A    l3toks.dtx
Export complete.

Нещодавно мені довелося повернутися до певної версії, щоб налагодити старішу версію, і це спрацювало як магія:

svn up -r 3340 (or what ever your desired revision number)

Мені довелося вирішувати всі конфлікти, використовуючи опцію "tc", оскільки я не переймався локальними змінами (перевіряв усе, про що я піклувався до повернення)

Повернутися до головної редакції теж було просто:

svn up

Те, що ви шукаєте, називається "зворотним злиттям". Вам слід проконсультуватися з документами щодо функції злиття у книзі SVN (як вказує luapyad, а точніше перший коментатор на цій публікації). Якщо ви використовуєте Tortoise, ви також можете просто перейти до подання журналу та клацнути правою кнопкою миші та вибрати "скасувати зміни з цієї версії" на тому, де ви допустили помилку.

Зворотне злиття - це саме те, що ви хочете (див. Відповідь луапяди). Просто застосуйте злиття до помилково зафіксованого файлу замість всього каталогу.

Якщо ви хочете скасувати лише останню реєстрацію, ви можете скористатися наступною

svn merge -r head:prev l3toks.dtx

Таким чином, вам не доведеться полювати за поточними та попередніми номерами версій.

svn merge злиє версії, а не поверне їх. тобто якщо у вашій версії HEAD є якесь доповнення, то з’єднайте його з попередньою редакцією, то зміна збережеться.

Я використовую svn cat, а потім переадресовую її у файл:

svn cat -r 851 l3toks.dtx > l3toks.dtx

Тоді у вас є 851 вміст у цьому файлі і ви можете його перевірити ще раз.

Якщо ви використовуєте ID Eclipse з плагіном SVN, ви можете зробити наступне:

1. Клацніть правою кнопкою миші файли, які ви хочете відновити (або папку, в якій вони були, якщо ви видалили їх помилково і хочете додати їх назад)
2. Виберіть " Команда> Перемикач "
3. Виберіть радіо кнопку "Перегляд" та введіть номер редакції, на який ви хочете повернутися. Натисніть кнопку ОК
4. Перейдіть до точки зору синхронізації
5. Виберіть усі файли, які потрібно відновити
6. Клацніть правою кнопкою миші на виділеному елементі та зробіть " Переокремити та вкласти ... "

Це поверне файли до потрібної редакції. Пам’ятайте лише, що SVN побачить зміни як нове зобов’язання. Тобто зміна отримує новий номер редакції, і між старою редакцією та новою не існує зв’язку. У коментарях до комісій слід вказати, що ви повертаєте ці файли до певної редакції.