Нужны ссылки на макет репозитория - PullRequest
Новая
       6

Нужны ссылки на макет репозитория

3 голосов
/ 21 декабря 2010

Я ожидаю битву за репозитории Subversion: в настоящее время у нас есть одно веб-приложение, которое было зарегистрировано как 3 основных проекта и 2 проекта отчетов (когда я начинал 6 месяцев назад), в настоящее время до 7 проектов и ожидаетсядля дальнейшего роста.

Для меня очевидно, что это просто неправильно , что скомпилированный исполняемый файл не может пересечь границу контроля версий, если вы хотите разумно использовать версию-система контроля.Невозможно провести единственную регистрацию для одной функции, и это кажется мне важным.

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

Ответы [ 2 ]

0 голосов
/ 28 сентября 2011

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

Я бы обычно следовал этим правилам:

  • Это что-то другой проект, без наложения, не то же самоепользователи или группы?==> Вы можете использовать разные репозитории (но не обязаны.
  • Существуют ли независимые части, которые будут отслеживаться и создаваться независимо друг от друга? ==> Использовать так называемый «мультипроектный макет»(см. ниже).
  • Разрабатываете ли вы одно приложение и работаете ли в разных группах с так называемым «макетом одного проекта».

Разница заключается в том, чтоследующее:

  • Макет одного проекта: 

     Repo MyProject:
 trunk/
   java/
     src/
   ruby/
   doc/
   ...
 tags/
   rel1.0/
     java (references the copy of java of revision xxx)
     ruby (references the copy of ruby of revision xxx)
     ...
   rel1.1/
     ...
 branches/
   feature_x/
     java (references the copy of java of revision yyy)
     ...

  • Макет нескольких проектов: 

     Repo MyProjectBundle:
 proj1/
   trunk/
     java/
       src/
   tags/
     rel1.0/
       java (references the copy of java of revision xxx)
       ...
     rel1.1/
       ...
   branches/
     feature_x/
       ...
 proj2/
   trunk/
   tags/
   branches/
 ...

Итак, основные различия заключаются в следующем:

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

Для справки, у меня есть толькоцитирую красную книгу SVN и, конечно, один из многих ответов в stackoverflow: Схема хранилища Subversion

0 голосов
/ 21 декабря 2010

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

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

Крипы, надеюсь, я хотя бы частично ответил на ваш вопрос.

...