Вопрос относительно структуры каталогов SVN с несколькими ОСУ

Question

Я думаю о переезде на SVN от Mercurial, потому что кажется проще, и больше людей есть клиент SVN, чем доступный клиент Mercurial. Однако у меня есть вопрос относительно структуры файлов -

Я понимаю, что типичная правильная структура SVN идет:

/ багажник
.... / Текущие файлы версии здесь

/ филиал

.... / bugfix

.... / newfeature

.... / flather3
.... / inficn

/ tag

.... / Версия 1.0

.... / Версия 2.0


.... / Версия N.N

Мой вопрос в том, как этот фактор на несколько ОС? В настоящее время мое программное обеспечение имеет отдельные репозитории Mercurial для версий GUI / CLI моего программного обеспечения для каждой ОС, поскольку вы не можете только разместить каталог в Mercurial. Тем не менее, я понимаю, вы можете в SVN. Будет ли структура выглядеть как:

/ windows (или linux или что-то еще)

/ багажник
.... / cli
..... / Текущая версия файлов здесь
.... / GUI

..... / Текущая версия файлов здесь

/ филиал

.... / cli
..... / bugfix

..... / newfeature


..... / филиал3

..... / Flatchn
.... / GUI

..... / bugfix

..... / newfeature


..... / филиал3

..... / Flatchn

/ tag

.... / cli
..... / Версия 1.0

..... / версия 2.0

..... / Версия N.N
.... / GUI

..... / Версия 1.0

..... / версия 2.0

..... / Версия N.N

Или я делаю это слишком сложным? Вы бы порекомендовали сохранить версию GUI в отдельном репозитории? Также в каком из этих типичных каталогов хранится предложенные исполняемые файлы?

Я понимаю, что эти вопросы могут показаться новичком, но правда в том, что я совершенно новой для SVN. Спасибо за вашу помощь!

Answer 1

Я использовал SVN всего за 3 или 4 года сейчас и то, что у вас есть, выглядит довольно хорошо для меня, я бы не хранил версию GUI в отдельном репо. На моей работе у нас есть все наши проекты под одним репо, просто разные папки, и это работает, потому что, как вы заявили, вы можете проверить любые папки, которые вы хотите.

Также есть некоторые люди, которые утверждают, что вы не должны хранить двоичные данные (такие как предложенные исполняемые файлы) в SVN REPO просто потому, что он будет раздувать репо, так как он не может быть разделен на предыдущую версию, такой как текст. Это более или менее неписаная политика на моей работе. Дома на моем личном SVN я проверю важные файлы исполняемых файлов или библиотечных файлов, которые я знаю, что не изменятся регулярно, так что они там, когда мне нужен. Я не беспокоюсь о раздувании, а возможность вернуться через другую версию EXE, иногда круто, чтобы увидеть прогрессирование.

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