Определить базовую версию по тегу

Question

У меня есть тег с несколькими изменениями, базовая ревизия которого откуда-то пришла (ветвь? Ствол? Не уверен.) Я считаю, что произошло, когда я извлек ствол, внес изменения в него, а затем пометил из моей рабочей копии.Я пытался использовать следующую команду, но она ничего не говорит о базе.То, что я хочу сделать, это найти базу и сделать сравнение между тегом и базовой ревизией, чтобы увидеть, какие изменения были сделаны между базой и тегом.

svn log -v --stop-on-copy (url)

в результате:

r3678 | my.name | 2010-12-23 14:44:40 -0800 (Thu, 23 Dec 2010) | 3 lines
Changed paths:
   A /tags/dir
   A /tags/dir/subdir
   A /tags/dir/subdir/subsubdir

My commit message.

Answer 1

Вы продолжаете говорить об изменениях в теге. Однако теги никогда не должны изменяться ¹ . Теги должны быть полностью неизменными ¹ и никем не изменяться ¹ .

В любом случае, если вы посмотрели на сообщение svn log тега, вы сможете увидеть изменения там:

$ svn log -v --stop-on-copy (url)/tags/1.0

r3678 | my.name | 2010-12-23 14:44:40 -0800 (Thu, 23 Dec 2010) | 3 lines
Changed paths:
     A /tags/1.0 (from /trunk:2432)


My commit message.

И, если вы не уверены, где вы это сделали, вы можете просто сделать svn log для всего хранилища и просмотреть только первые несколько транзакций, поскольку ваше изменение должно быть одним из первых нескольких изменений.

---

^1. В компьютерах никогда означает иногда в экстремальных обстоятельствах. Конечно, придет время, когда вам, возможно, придется изменить тег, но это должно быть очень, очень редко. Например, сразу после того, как вы только что закончили тег, приходит разработчик и жалуется, что ему пришлось сделать еще одно изменение. Конечно, вам может быть лучше удалить тег и воссоздать его.

У меня есть pre-commit hook , который позволяет пользователям создавать теги, но не позволяет пользователям изменять тег после его создания. Вы можете настроить его так, чтобы только администраторы могли изменять теги на тот случай, если вам действительно нужно это сделать.

Answer 2

Разобрался. В журнале папки контейнера отображается только история этой папки. Мне нужно было перейти к самой исходной папке и просмотреть ее историю, чтобы увидеть, откуда что происходит.

Как выяснилось, я скопировал из транка в свой каталог пользователя, немного поработал там и добавил теги из каталога пользователя.