2012-04-02 3 views
0

У нас есть веб-приложение Asp.net webforms. Решение имеет следующую структуру:Структура проекта Asp.net в svn

  • MySolution \
    • MySolution.Main \
    • MySolution.Web \
    • MySolution.sln

ли есть лучшая практика, как структурировать trunk directory? Поместить каталог решения в багажник или содержимое директивного решения? Построить новую структуру под туловищем?


Edit:

Я думаю, что я беру следующую структуру:

trunk\ 
    doc\ 
    lib\ 
    src\ 
     MySolution.Main\ 
     MySolution.Web\ 
    Mysolution.sln 

В этом случае у меня есть Sln файл непосредственно под стволом. Это хорошая идея?

+0

Мы успешно используем структуру, предложенную в принятом ответе на этот вопрос: http://stackoverflow.com/questions/1661845/working-directory-structure-for-svn-visual-studio-repository – Heinzi

ответ

1

Я бы поместил его в отдельный каталог, называя его src\, например. Подобным образом вы можете создавать дополнительные каталоги для документации и других материалов.

Пример:

trunk\ 
    src\ 
    MySolution.Main\ 
    MySolution.Web\ 
    MySolution.sln 
    doc\ 

Предложение: Посмотрите на http://codeplex.com, это может быть точка отсчета, как некоторые популярные проекты структурированы.

0

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

И после того, как мы сделали это, и избавившись от плевел мы нашли мы остались со структурой так же, как вы описываете, он был каталог с именем ЦСИ под СТВОЛОМ, а затем структуру вы охарактеризовали

Одна вещи чтобы смотреть - это не делать файлы bin или .suo, они генерируются каждый раз, и это ошибка, которую они совершают.

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

Смежные вопросы