Чому я не можу редагувати повідомлення про фіксацію SVN?

Я використовую SVN. Іноді щось пропускаю, коли пишу повідомлення про фіксацію. Але як тільки це було здійснено, його неможливо повернути, і навіть я не можу редагувати повідомлення. Чому вони не поставили в ньому функцію редагування?

Відповідно до SVN FAQ, ви можете, якщо адміністратор репозиторію ввімкнув це або якщо у вас є локальний адміністративний доступ до сховища .

Однак робити це, мабуть, погана ідея. Ви фактично змінюєте історію. Одним із пунктів контролю версій є підтримка історії та аудиту проекту. Якщо дозволити довільні зміни в історії, переможете слід аудиту. Натомість я рекомендую виконувати менші доручення, писати стислі, але явні повідомлення про фіксацію, та покращуючи особистий робочий процес для запобігання цих помилок.

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

Ознайомтесь із поширеними питаннями SVN тут.

Повідомлення журналу зберігаються у сховищі як властивості, додані до кожної версії. За замовчуванням властивість повідомлення журналу (svn: log) неможливо редагувати, коли воно робиться. Це відбувається через те, що зміни в властивостях ревізії (з яких svn: log є одним) призводять до того, що попереднє значення властивості буде назавжди відкинуто, і Subversion намагається запобігти цьому випадково. Однак існує кілька способів отримати Subversion для зміни властивості редагування.

Перший спосіб полягає в тому, щоб адміністратор сховища дозволив змінити властивості редагування. Це робиться шляхом створення гачка під назвою "pre-revprop-change" (див. Цей розділ у книзі Subversion, щоб отримати докладнішу інформацію про те, як це зробити). Гак "pre-revprop-change" має доступ до старого повідомлення журналу перед його зміною, тому він може певним чином зберегти його (наприклад, надіславши електронний лист). Після ввімкнення модифікацій властивостей версії ви можете змінити журнал повідомлення редакції, передавши перемикач --revprop на provnvv svn або пропсет svn, як будь-який із них:

$svn propedit -r N --revprop svn:log URL 
$svn propset -r N --revprop svn:log "new log message" URL 

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

Другий спосіб змінити журнальне повідомлення - використовувати svnadmin setlog. Це потрібно зробити, посилаючись на розташування сховища у файловій системі. Ви не можете змінити віддалений сховище за допомогою цієї команди.

$ svnadmin setlog REPOS_PATH -r N FILE

де REPOS_PATH - місце зберігання, N - номер редакції, повідомлення журналу якого ви хочете змінити, а FILE - файл, що містить нове повідомлення журналу. Якщо гачок "попередня зміна" не встановлений (або ви хочете чомусь обійти скрипт гачка), ви також можете скористатися опцією --bypass-hooks. Однак якщо ви вирішили скористатися цим варіантом, будьте дуже обережні. Можливо, ви обминаєте такі речі, як сповіщення електронною поштою про зміну або резервні копії систем, які відстежують властивості редагування.

Відповідь Каміля Кісіеля у відповідь на аналогічне запитання щодо Stack Overflow .

Оскільки це централізована система контролю версій - Як тільки ви здійснюєте зміну (і ваше повідомлення про зобов’язання по конвенції пов'язане з фіксацією), кожен, хто прочитав доступ до сховища, може побачити цю інформацію. Погано змінювати інформацію після її розповсюдження , оскільки люди закінчують іншу думку про "реальність".

Розподілені системи управління версіями на зразок Git полегшують цю проблему, переконуючись, що акт надання інформації доступним для інших є атомним та без будь-якої додаткової інформації, як повідомлення комісії. Але тут діє той самий принцип: Ви не відмовляєтесь змінювати речі, які ви вже зробили доступними для інших.