Веб-сайт asp.net и веб-приложение

Я читал много дискуссий о веб-сайте и веб-приложениях на asp.net

То, как мы работаем в моей команде (10 программистов), мы используем тип проекта «веб-сайт», а для нашей среды разработки мы просто копируем исходный код (aspx + .cs) на сервер. Таким образом, все программисты могут вносить изменения одновременно ... а сервер выполняет сборку динамически. ..... (для среды prod они собирают приложение)

Теперь я начинаю новый проект и решил использовать веб-приложение (основной причиной была опция преобразования веб-конфигурации). Вскоре я понял, что (насколько мне известно) это заставляет вас выполнять сборку / публикацию веб-приложения на сервер при каждом изменении ... что не является большой проблемой если я единственный, кто работает над этим проектом ...

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

Любой совет или подобная ситуация?

ИЗМЕНИТЬ

мы используем Visual Source Safe ... но только для отслеживания старых версий (не для сборок) ... Я знаком с Subversion ... но ... к сожалению, я не принимаю решения о том, что мы должны использовать .. и я не думаю, что они готовы изменить

Спасибо всем за ответы ...


asp.net web-site-project web-application-project web-config-transform
person Osvier    schedule 18.04.2012    source источник

Ответы (4)


arrow_upward
3
arrow_downward

Каждый раз, когда я слышу это, это не большая проблема, пока. . . . сразу говорит мне, что я должен предположить, что это будет проблемой. Короче говоря, руководствуйтесь тем, что вы знаете. Если вы знакомы с использованием веб-сайта ASP.NET, я бы использовал его. Ваши практики разработки уже сосредоточены на том, чтобы справиться с этим.

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

  1. Управления источником
  2. Развивайте локально
  3. Получите непрерывный процесс сборки (круиз-контроль - бесплатный).
  4. Попросите одного человека отправить все изменения на сервер разработки, как только все согласятся, что все изменения совместимы друг с другом. (обычно это делается путем проверки того, что сервер сборки может все скомпилировать).
person kemiller2002    schedule 18.04.2012
comment
Во-первых, спасибо за ваш ответ ... и да, пока ... в смысле, я тоже думаю, что возникнет проблема ... Я согласен с вами ... Думаю, мне следует придерживаться того, что я знаю ... Полагаю Мне просто нужно найти вариант преобразования конфигурации для веб-сайтов ... Еще раз спасибо! :) - person Osvier; 19.04.2012

arrow_upward
1
arrow_downward

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

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

person Community    schedule 18.04.2012
comment
мы используем Visual Source Safe ... но только для отслеживания старых версий (не для сборок) ... Я знаком с Subversion ... но ... к сожалению, я не принимаю решения о том, что мы должны использовать .. и я не думаю, что они готовы меняться .. - person Osvier; 19.04.2012

arrow_upward
1
arrow_downward

Как сказал @ edmastermind29, система управления версиями - действительно вещь №1, если у вас более 1 разработчика.

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

Я обнаружил, что использование проекта веб-приложения действительно лучше всего подходит для всех «лучших практик».

Перейдите по этой ссылке, чтобы получить рекомендации.

person Etch    schedule 18.04.2012

arrow_upward
1
arrow_downward

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

В зависимости от того, какую систему управления версиями вы выберете, у вас будут, по крайней мере, базовые функции проверки / проверки, которые служат библиотекой для вашей базы кода; Это означает, что если у меня есть файл, вы не можете трогать его, пока я не верну его обратно.

Если вы выберете более многофункциональную систему управления версиями, вы сможете воспользоваться преимуществами таких функций, как ветвление и размещение на полках, что позволит вашей команде одновременно работать с одними и теми же файлами и объединять изменения, когда файлы возвращаются.

Хотя ваш вопрос касается веб-сайтов и веб-приложений, ответ - контроль версий. При наличии хорошей системы управления версиями ваш вопрос становится более или менее неуместным, помимо необходимости координировать сборки с веб-приложением.

person James Johnson    schedule 18.04.2012
comment
возможно ли координировать сборки с Visual Source Safe ... мы его используем. но только для того, чтобы сохранить старые версии .. - person Osvier; 19.04.2012