Как развиваться против веб-продукта со встроенным сервером (не проект ASP.NET)?

Question

У нас есть работающее приложение, которое работает в сети и поставляется со встроенным веб-сервером (Apache tomcat) и предназначено для мониторинга сети и управления исправлениями.Он позволяет выполнять персонализацию, всевозможные правила, настраиваемый дизайн пользовательского интерфейса с использованием проприетарных компонентов и языка определений и даже настраиваемый код для запуска событий (на основе Java).

Я в команде из нескольких разработчиков, каждыйкто будет настраивать это приложение для удовлетворения различных требований.Поскольку это серверное приложение, а не кодовая база, каков наилучший способ настройки среды разработки для> 1 пользователя?

Если в этом приложении есть одна виртуальная машина с общим доступом, я не знаю, насколько хорош исходный контролькак TFS будет работать с такой системой?Я также думаю, что разработчикам, работающим над различными частями проекта, может даже понадобиться один и тот же файл в одно и то же время (хотя TFS выполняет несколько проверок).

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

Спасибо

Answer 1

Если это всего лишь экземпляр Tomcat (хотя он и был в комплекте), не могли бы вы поставить весь каталог Tomcat и все его подкаталоги под контроль исходного кода?Вам просто нужно проверить недвоичные части, поэтому исключите все файлы .jar, .exe, .tar.gz и .dll при регистрации. Это то, что я сделал бы, если я не понял ваш вопрос.

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