Вопрос

Моя команда использует SVN для нашей программной платформы, и мы создаем теги периодически, чтобы помочь поддерживать модульные версии прямо. Лучшая практика, насколько я понимаю, не модифицировать тег после того, как оно было создано. Тем не менее, кажется, что иногда искушение слишком велика, и модификация производится одному из тегов.

Есть ли способ предотвратить такие регионы, или, по крайней мере, сделать их полной болью, чтобы мы могли отговорить их автоматически?

Спасибо, Джо

Это было полезно?

Решение

Создать Предварительный коммит который откажется от коммита, если тег уже существует. Более подробную информацию о реализации крючков можно найти здесь (см. Раздел «Реализуя крюки репозитория):

http://svnbook.red-bean.com/nightly/en/svn.reposadmin.create.html.

Другие советы

Метинкс вы пытаетесь найти техническое решение для нетехнологичной проблемы. Вы должны идентифицировать, почему эти регионы сделаны до того, как выяснить, как с ними разобраться. Если они сделаны с утверждением руководства команды, никакого процесса не помешает им происходить в будущем. Если с другой стороны, эти регистрации сделаны отдельными членами команды, которые думали, что знают лучше - ну, то вы получаете вовлеченность в лидерстве, чтобы решить проблему мошенничества разработчика.

Только после того, как вся команда ясна на том, что ожидается, когда будет создан тег, вы можете обеспечить эти ожидания с техническим решением (при необходимости).

Что касается того, как запрещать регистрации - кажется мне, что самое простое решение будет, как только вы создали тег, чтобы установить безопасность на нем для чтения только для всех через Авторизация на основе пути. Отказ Обратите внимание, однако, что авторы книги SVN также явно заявляют о следующем разрешении на основе пути:

Следует отметить, что есть часто невидимые (и видимые!) Затраты, связанные с этой функцией. В видимой категории сервер должен сделать намного больше работы, чтобы убедиться, что пользователь имеет право читать или писать каждый конкретный путь; В определенных ситуациях существует очень заметная потеря производительности. В невидимой категории рассмотрите культуру, которую вы создаете. Большую часть времени, пока некоторые пользователи не должен совершать изменения в определенные части хранилища, этот социальный договор не должен быть технологически применен.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top