Чем ASP.NET файлы проекта MVC должны быть сохранены в репозитории?

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

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

Я не работаю в asp.net, поэтому отвечу в общем. У нас есть репозиторий кода подрывной деятельности для нашей системы версий, cvs тоже работает хорошо. Разработчики извлекают весь обновленный код из репозитория, выполняют работу, проверяют, работает ли он правильно, выполняют еще одно получение, повторно компилируют, тестируют и затем фиксируют изменения исходного кода в репозитории. На регулярной основе у вас может быть инструмент или вы можете вручную собрать приложение из репозитория и развернуть его на тестовом сервере. Скомпилированный код не должен помещаться в репозиторий.

-Jay

Мы используем следующую структуру проекта в SVN (но это применимо и к CVS).

+ tags
+ branches
> trunk
  + build (build scripts)
  + lib (external libraries)
  > src (source code)    
   >> Organization.App (solution name)
     >> Organization.App.Core (code library)
        + Config
        > Domain
          > Model
          > Persistence
          > Queries
          > Services
        > Persistence
        > Services
     >> Organization.App.Web (mvc web app)
        > Assets
          + Images
          + Scripts
          + Stylesheets
        + Controllers
        + Views
        + ViewModels

Мы помещаем все наши зависимости сторонних производителей в папку lib. Включая MVC, который можно развернуть. См. Эту статью Фила Хаака . Поэтому, когда к сети приходит новый разработчик, все, что ему нужно сделать, - проверить ствол, и у него должно быть все необходимое для работы. Использование CI-сервера несложно, потому что все зависимости проектов инкапсулированы в папку lib, и все проекты Visual Studio ссылаются на эти библиотеки DLL в этой папке lib.

Есть ли в этом смысл?

Не обращайте внимания на основная папка и веб-папка. Именно так мы структурируем наши проекты в рамках решения. Но это совсем другой разговор . :)

Мы храним все, кроме папок BIN / OBJ в SVN. У нас есть все сторонние библиотеки в отдельной папке, из которой они сделаны.

Kindness,

Dan

Если вы используете инструмент управления изменениями базы данных, такой как Tarantino , то вам также нужно будет проверить скрипты изменения SQL и / или заполнить скрипты. У нас есть папка в нашем решении «Core», где мы храним их, то есть «Core / Database / Updates». Мы используем SQL Compare для поиска изменений в нашей базе данных, затем мы проверяем эти сценарии изменения SQL, чтобы другие разработчики могли просто запускать их локально. У нас есть небольшая настройка задачи для вызова Тарантино для синхронизации других сред сборки (Dev, QA) и запуска любых новых сценариев изменений.