Как сделать взломанные файлы в репозитории Subversion снова доступными для редактирования?

Та же проблема для меня, чтобы синхронизировать компьютер Unix (Debian Jessie) с версией 2.40.102 Unison (установленной из официальных выпусков стабильных пакетов apt-get) и компьютер macOS с последней версией 2.48.15.

Лучшим решением было понизить версию Unison для macOS до 2.40. Двоичный файл находится здесь:

Union 2.40.61 (GUI) для macOS Intel

И не забудьте установить командную строку из меню «Unison» > «Установить инструмент командной строки».

При синхронизации предупреждение:

Unison[16276:318574] Calling nonGuiStartup
Fatal error: Received unexpected header from the server:
expected "Unison 2.40\n" but received "Unison 2.48\n\000\000\000\000\017",
which differs at "Unison 2.48".

заменяется на:

Unison[18574:332371] Calling nonGuiStartup
Connected [//SERVER.IP//Users/USer/Desktop/Unison -> //localhost//home/user/test]
Looking for changes Warning: No archive files were found for these roots…

NB: У меня macOS Sierra 10.12.4 и Unison 2.40.61, кажется, работает хорошо.

1
31.01.2017, 20:45
1 ответ

Как отмечали другие, в любом случае лучше проверить свежую копию репозитория из SVN, поскольку рабочая копия ненадежна и ненадежна. Итак, я сделал следующее:

  • Получил новую рабочую копию
  • Подтвердил, что содержимое взломанного файла было правильным, как оно появилось в репозитории, без вредоносных модификаций
  • Подтвердил, что изменения во взломанном файле ( и другие, перечисленные в .svn / all-wcprops ), будут отображаться как измененные svn status при редактировании
  • Заменены рабочие копии
  • Ran diff -qrx .svn / / , чтобы определить, какие файлы были фактически изменены / добавлены во взломанную рабочую копию, но не отображаются как таковые
  • Подтверждено содержимое и вручную скопировано все незафиксированные файлы, по мере необходимости
  • Заархивировал и удалил взломанную рабочую копию для дальнейшего расследования / доказательства, затем удалил ее.

Естественно, предпринимаются дальнейшие действия и меры предосторожности, но рекурсивный diff позволил легко идентифицировать сомнительные файлы.

0
28.01.2020, 01:02

Теги

Похожие вопросы