Как вы используете Coldfusion Builder 2 в командной среде, использующей общий сервер разработки? - PullRequest
Новая
       41

Как вы используете Coldfusion Builder 2 в командной среде, использующей общий сервер разработки?

4 голосов
/ 24 марта 2012

Наша среда разработки CF 9 находится на общем сервере разработки (DEVWEB).Мы рассматриваем переход от Dreamweaver к Coldfusion Builder в качестве нашей IDE, и меня беспокоит то, как CF Builder удаляет каталог .settings и файл .project в корне проекта.

Как работают команды разработчиковсправиться с этим?Если член команды вносит изменения в свои настройки, не перезаписывают ли они изменения в настройках / настройках проекта?Или типы настроек, включенные в эти комплекты, являются типами вещей, которые СЛЕДУЕТ распространять среди членов команды?

Мы бы предпочли НЕ работать над локальными установками CF для разработки.

Спасибо за любую помощь / предложения с этим!

Крис

Ответы [ 2 ]

8 голосов
/ 24 марта 2012

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

  • subversion source countrol.Весь код отправляется в хранилище.GIT также является хорошим решением.
  • Разработка локальной рабочей станции.У каждого разработчика есть копия кода и CF / веб-сервер, работающий на своем локальном Win7 или MAC.Они вносят изменения и «фиксируют» код в хранилище.
  • Сервер непрерывной интеграции Hudson.Этот продукт позволяет нам создавать сценарий развертывания, который обновляет наш общий сервер разработки с нашего SVN.
  • Пост-фиксация перехватов / триггеров.С помощью небольшого сценария наши SVN-коммиты могут «запустить» hudson для запуска сборки на нашем общем сервере.

В результате получается что-то очень похожее на всю команду, разрабатывающуюся на одном сервере, потому что каждый коммит контроля версийв результате этот код отправляется на общий сервер (который мы называем «промежуточным» сервером).

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

Самое сложное, как правило, то, что разработчикам приходится запускать веб-сервер / CF-сервер на своей локальной рабочей станции, которые могут или не могут быть полезными - и многие разработчики (слишком много :) ничего не знаюто базовой технологии web / cf, чтобы у них было несколько вещей для изучения ... например, как настроить источник данных, добавить что-либо в путь к классам или создать виртуальный каталог в apache или IIS.Но эти уроки обычно улучшают навыки отладки ваших сотрудников - так что это победа.

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

0 голосов
/ 26 марта 2012

Звучит так, будто вы работаете в среде, похожей на ту, что находится в моем крупнейшем клиентском офисе. Как уже упоминали другие, использование центрального исходного репозитория действительно является лучшим решением, однако, если ваша среда похожа на ту, с которой я имею дело, возможно, не удастся установить такую ​​вещь. Мы на самом деле просто по-прежнему используем DW и используем его инструменты синхронизации и пока не наступили друг другу на ноги. Но наша «командная среда» действительно состоит в том, что у каждого члена команды есть свои приложения, которые они поддерживают. Если у вас есть возможность настроить FTP-сервер или SFTP-сервер на своем сервере разработки, вы должны хотя бы использовать инструменты синхронизации, встроенные в CFB:

http://forums.adobe.com/thread/462797

Это означает хотя бы наличие копии кода CF на ваших локальных машинах. Это не означает, что вам нужно запускать CF на ваших локальных машинах, хотя есть много аргументов, почему вы должны это делать. Обычно мы запускаем CF / IIS / Oracle / SQL Server на всех наших машинах разработки. У нас действительно есть несколько проектов, хотя это был бы логистический кошмар, чтобы попытаться локально эмулировать всю БД (с реальными данными), которые есть у некоторых приложений.

Я работал в некоторых местах, где они все еще не могли сделать выделенный сервер SVN, и они запускали "серверы SVN" на каждой машине разработки. Мне кажется, что такой подход может привести к некоторым беспорядочным ситуациям в настоящей командной среде.

...