Держите папку тегов вне папки проекта в Subversion - PullRequest
0 голосов
/ 03 января 2019

Моя компания использует Subversion. Мы используем папку тегов для того, чтобы:

Храните изображение того, что клиент имеет на своем сервере, чтобы, если нам нужно исправить ошибку или выполнить какое-либо действие, мы точно знаем, что имеет клиент

Поскольку теги являются неизменяемыми версиями приложения, мы считаем, что использование папки тегов, которое мы используем, является правильным.

Теперь мы перемещаем хранилище и думаем о том, чтобы немного улучшить его управление; Возникло сомнение относительно ГДЕ для размещения папки тегов.

На данный момент используемая нами структура является классической, т.е. это:

enter image description here

Но часть команды по рефакторингу / очистке предлагает попробовать это так:

enter image description here

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

Какая структура самая чистая и более обслуживаемая?

Спасибо !!!

1 Ответ

0 голосов
/ 03 января 2019

Предисловие

Не существует такой вещи, как "классическая компоновка" SVN-репозитория, есть только некоторые рекомендуемые для разных вариантов использования с собственными наборами "pro" et "Против ", и вы можете выбрать любой или создать свой собственный.В любом случае, «ответвления», «теги», «ствол» - это просто обычный способ использования различных частей дерева хранилища для разных целей - вы можете создать собственное дерево даже с собственными именами для своих нужд и привычек.

Лицо

В то время как вторая картинка выглядит более хорошей для глаз, она может иметь некоторые грабли в траве при некоторых условиях.

Подумайте об этом:

  • Это будет гигантское монолитное SUPER-REPO с корневыми над ProjectN | Tags папками (со всеми унаследованными проблемами супер-репо - глобальное управление версиями, общие хуки)?SVN-admin не поблагодарит вас за такую ​​головную боль
  • Будет ли это набор независимых (тэгов, отделенных от dev-line) репо?Готовы ли вы к перекрестным репозиториям (это возможно, но ... с неочевидными трюками )?
  • Будете ли вы готовы различные подробности , забытые мнойздесь и сейчас?

Из моего POV лучший (простой, управляемый, естественный) подход будет использовать (PEG-ed?) SVN-внешние компоненты, с помощью которых вы можете добавить дополнительное пользовательское дерево (Client -> Проект -> Снимок) из существующих объектов за пределами области разработки

Чтение в будущем

Внешние определения из SVN Book

Как получитьначалось с svn: externals? отсюда


Peg и оперативные ревизии из SVN Book

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...