Одно веб-приложение asp.net с несколькими проектами для разработки в команде, простое обновление! - PullRequest
Новая
       21

Одно веб-приложение asp.net с несколькими проектами для разработки в команде, простое обновление!

2 голосов
/ 14 апреля 2011

Я хочу разработать приложение asp.net, которое будет работать из нескольких проектов,

Я использовал проекты веб-приложений в Visual Studio и собираю каждую часть приложения в одном проекте в одну DLL.

проблема в том, как сделать это в IIS таким образом, чтобы позволить мне и моим друзьям (разработчикам) работать в своем собственном проекте без остановки или заставить других работать медленно при сборке, потому что сборка будет в той же корзине, чтобыработало все в одном приложении

я думал, что в папке запуска бина вне веб-сайта или в нескольких папках с корзинами, но не смог сделать это

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

Я попытался добавить dll в GAC, но обнаружил проблемы в обновлении dll, приведет к перезапуску всех iis, и этоперезапустите всю работу, как я не хочу ...

любезно, если кто-нибудь здесь есть совет для меня

ОБНОВЛЕНИЕ

Я использую перезапись URL, поэтому я загружаю usercontrols из виртуального каталога или приложения, не загружая прямые файлы aspx, и при этом не загружая bin внутри виртуального каталога илиприложение

ОБНОВЛЕНИЕ 2

Спасибо за комментарии, и в соответствии с этим;разделение проектов может работать в виртуальном приложении внутри IIS7, и каждое виртуальное приложение будет работать со своим собственным bin, но каждое виртуальное приложение (проект) имеет только usercontrols, и мы используем urlrewrite, поэтому, когда load usercontrol и url не включают путь виртуального приложенияТребуемый бен из root не из виртуального приложения

С уважением

Ответы [ 2 ]

2 голосов
/ 14 апреля 2011

Мне кажется, что вы ВСЕ разрабатываете на одном центральном сервере, что было бы моим первым советом: 

Each developer develops against a local dev server, not production

Используйте какой-либо распределенный контроль версий ( Mercurial или Git ), который позволяет командам разработчиков легко фиксировать и переходить.

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

UPDATE

Звучит как имя хоста виртуального приложения и редактирование в файл hosts может помочь. Попробуйте это:

  • Когда вы настраиваете свое приложение в IIS, присвойте ему имя хоста, а также физический путь и имя. Нечто похожее на www.myapp.localdev , поэтому очевидно, что вы находитесь в своей среде разработки.

  • Если вы работаете с Windows, откройте \ System32 \ drivers \ etc \ hosts и добавьте следующую строку: 

    127.0.0.1       www.myapp.localdev

Теперь любые запросы к www.myapp.localdev будут перенаправлены на ваш локальный хост, который будет обрабатываться вашим локальным экземпляром IIS. Поскольку вы настроили ваше виртуальное приложение с этим именем хоста, ваше приложение должно прослушивать эти запросы. Кроме того, вам нужно будет настроить приложение для локального запуска, но это, по крайней мере, должно привести вас к этому пути.

0 голосов
/ 14 апреля 2011

Похоже, вам нужна комбинация контроля версий и экземпляров локального разработчика.

То, что вы пытаетесь сделать, мало чем отличается от того, что делают все остальные. Вот как это делают большинство людей:

1) Использовать контроль источника. Вы можете попробовать git на https://github.com/.. Вам нужно добавить свой исходный код в проект git, тогда все ваши другие разработчики смогут оставаться в синхронизации. Это даст вам полную историю каждого изменения, и вы сможете вернуться к старым версиям.

Вот пост со ссылками на git: Введение в Git и практические примеры использования

2) Всем вашим разработчикам нужны локальные экземпляры. Visual Studio может самостоятельно размещать проекты ASP.NET. Вы также можете установить IIS (и SQL Server, если вам нужно). Это очень легко настроить и использовать.

Инструкции по использованию Visual Studio с IIS можно найти здесь: http://learn.iis.net/page.aspx/387/using-visual-studio-2008-with-iis-7/

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

...