Лучшая практика для тегов SVN?
Все зависит от того, какой тип данных вы отправляете в него. 8 бит хорошо подходит для символов ASCII и т.п. 16 бит для UCS-2. 32-битный для UTF-32, который вы не обязательно использовать, потому что это больше для крайних случаев. Windows практически не использует его, а Unix иногда использует его только во внутренних приложениях.
3 ответа
Не забывайте, что тег и ответвление являются по существу тем же самым в SVN: оба - результат svn copy
Прием, так как тег представляет снимок, это должно быть "неизменное", в котором Вы не должны делать модификацию на нем.
То, что представляет тот снимок (тег), полностью ваше дело. это может быть:
- устойчивое состояние в разработке
- метка незадолго до сложного слияния (для возвращения к нему, если слияние слишком сложно, чтобы быть разрешенным быстро),
- выпуск или патч
- и так далее...
Не уверенный, что Вы подразумеваете "под отдельными выпусками", но мы копируем с соединительной линии или ответвления, из которого мы делаем сборку в папку тегов с описательным именем, как Proj-1.20.33
Таким образом, для каждой сборки, которую мы сделали, мы можем вернуться к той определенной версии. Обычно Вы не хотели бы вносить любые реальные изменения в теге. Для нас мы идем вперед и изменяем некоторые номера версий для кода и установщика через наш автоматизированный процесс сборки, поэтому только те изменения становятся объединенными назад, и даже затем, который является единственной вещью, которая изменила бы те конкретные файлы.
Книга SVN рассказывает об этом немного в общих Переходящих Шаблонах и записях Тегов.
Большинство людей, которых я знаю, кто находится все еще на SVN, отмечает свою соединительную линию (или текущее производственное ответвление) прямо перед каждым выпуском.