Что содержит папка MyProject? Это нужно добавить в систему управления версиями?

Question

Я добавляю свой код в систему контроля версий (SVN). Я пытаюсь организовать свои проекты и решения в соответствии с лучшей практикой SVN. Я, очевидно, не хочу добавлять мусор и вещи, которые меняются для каждого пользователя. Что именно содержит папка MyProject. Кажется, это то, что Visual Studio создает и поддерживает. Кажется, он содержит сборку и справочную информацию. Я предполагаю, что это должно быть под контролем версий. Я посмотрел на другой вопрос, но никто не упомянул папку MyProject.

Последнее. У меня есть два проекта в моем решении. Один для кода и один для модульных тестов. Это создает немного странную структуру и проблему именования для SVN. Лучшая практика SVN предполагает

repo
|- Project
    |-trunk
    |-branches
    |-tags

Что оставляет меня с

repo
|- Project X
    |- trunk
        |- Project X
        |- Unit Tests
    |-branches
    |-tags

Теперь у меня есть проект X, повторенный в структуре репо. Не разбить поезд, но кажется неопрятным. Есть ли способ согласовать решение Visual Studio / макет проекта с макетом репозитория SVN. Должен ли я просто попытаться переименовать проект в visual studio или переименовать нижний Project X в source?

Или мне просто жить с этим? Любое предложение будет приветствоваться.

Answer 1

Папка My Project определенно должна находиться под контролем версий.

С точки зрения SVN, ваша «папка проекта» должна быть родительской папкой, содержащей My Project, наряду с bin, obj, вашим .sln файлом и т. Д.

Для этой родительской папки также должно быть установлено svn:ignore:

bin
obj
*.user
*.suo

Кроме того, эта «папка проекта» должна быть тем, что входит в ваши каталоги trunk, branches и tags.

Answer 2

Относительно вашего последнего вопроса о структуре: я думаю, хорошо, что «Проект X» повторяется в структуре. Первый экземпляр (над стволом, ветвями и тегами) - это имя проекта в общем виде - оно не обязательно должно быть именем вашего решения Visual Studio.

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

Пример:

repo
|- Blog
   |- trunk
      |- Blog.Web
      |- Blog.DomainModel
      |- Blog.Tests
   |- branches
   |- tags

Answer 3

Вы все еще можете поместить проект в.

Пока вы отфильтровываете все пользовательские настройки с помощью свойства svn: ignore