Что связано с созданием “сборки”?

Основная цель сборки - гарантировать, что согласованный набор всех файлов, необходимых для веб-сайта, развернут вместе.

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

В зависимости от технологии и В проекте сценарий сборки может компилировать файлы, запускать тесты, создавать архивы, копировать файлы в разные места и тому подобное.

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

Есть статья в википедии по теме:

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

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

Процесс создания компьютера программа обычно управляется сборкой инструмент, программа, которая координирует и управляет другими программами. Примеры такая программа make, ant, maven и SCons. Утилита сборки должна компилировать и связывать различные файлы в правильный порядок. Если исходный код в конкретном файле не изменилось тогда может не потребоваться перекомпиляция (может и не нужно, потому что сам может зависеть от других файлов которые изменились). Изысканный утилиты сборки и компоновщики пытаются воздерживаться от перекомпиляции кода, который не нужно, чтобы сократить время требуется для завершения сборки. Современный строительство инженерных сетей может быть частично интегрирован в систему контроля версий программы вроде Subversion. Более того сложный процесс может включать другие программы, производящие код или данные для процесс сборки.

Эта статья Джоэла о программном обеспечении - мое любимое объяснение сборок, ежедневных сборок и серверов сборки за все время.

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

Существует множество коммерческих продуктов, которые могут вам помочь. с этой целью. Мне нравится Team Foundation Server, но он может не соответствовать вашему выбору бюджета / культуры / языка программирования. Иметь собственный сценарий сборки - не худшая идея, потому что он дает вашей команде разработчиков прекрасное представление о вашем процессе.