Что такое инструмент построения?

За последние 4 года я программировал Eclipse (для Java) и Visual Studio Express (для С#). Описанные IDE всегда, казалось, предоставляли все возможности, которые программист мог бы запросить (в частности, для программирования).

В последнее время я слышал о чем-то, что называется "инструменты сборки". Я слышал, что они используются почти во всех сферах реального развития. Что это такое? Какие проблемы они решили решить? Почему они никогда не нуждались в них за последние четыре года? Являются ли они вроде командной строки, разделенной на IDE?

Ответ 1

Что такое инструменты сборки?

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

В основном автоматизация сборки - это сценарий сценариев или автоматизация широкий спектр задач, которые разработчики программного обеспечения делают в повседневной таких как:

  • Загрузка зависимостей.
  • Компиляция исходного кода в двоичный код.
  • Упаковка этого двоичного кода.
  • Запуск тестов.
  • Развертывание в производственные системы.

Почему мы используем инструменты сборки или автоматизацию сборки?

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

Доступны различные инструменты построения (имена только несколько):

  • Для java - Ant, Maven, Gradle.
  • Для .NET framework - NAnt
  • С# - MsBuild.

Для дальнейшего чтения вы можете ссылаться на следующие ссылки:

1. Автоматизация сборки

2. Список программного обеспечения для автоматизации сборки

Спасибо.

Ответ 2

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

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

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

Ответ 3

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

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

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

make был ранним командным инструментом, используемым в средах * nix для построения C/С++.

В качестве разработчика Java наиболее популярными инструментами построения являются Ant и Maven. Оба могут выполняться в среде IDE, например IntelliJ или Eclipse или NetBeans. Они также могут использоваться средствами непрерывной интеграции, такими как Cruise Control или Hudson.

Ответ 4

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

Eclipse или Visual Studio также являются системами сборки (но больше IDE), а для визуальной студии - это базовый msbuild для анализа файлов проекта проектной студии под капотом.

Происхождение всех систем сборки похоже на знаменитый "make".

Существуют системы сборки для разных языков:

  • С++: make, cmake, premake
  • Java: ant + плющ, maven, gradle
  • С#: msbuild

Обычно, создавайте системы, используя язык специфического домена (make, cmake) или xml (ant, maven, msbuild), чтобы указать сборку. Текущая тенденция заключается в использовании реального языка сценариев для записи build script, например, lua for premake и groovy для gradle, преимущество использования скриптов - это гораздо более гибкое, а также позволяет вам прийти с набором стандартных API (как построить DSL).

Ответ 5

Процесс сборки - это процесс компиляции исходного кода для любых ошибок с использованием некоторых инструментов сборки и создания сборок (которые являются исполняемыми версиями проекта). Мы (в основном разработчики) внесли некоторые изменения в исходный код и зарегистрировали код для процесса сборки. После процесса сборки он дает два результата: 1. Создайте PASSES, и вы получите исполняемую версию вашего проекта (сборка готова). 2. Он терпит неудачу, и вы получаете определенные ошибки, и сборка не создается.

Существуют различные типы процесса сборки, такие как: 1. Ночная сборка 2. стробированная сборка 3. Непрерывная интеграция и т.д.

Инструменты сборки помогают и автоматизируют процесс создания сборок.

* Итак, в Short Build - это версия программного обеспечения в формате предварительного выпуска, используемая командой разработчиков или разработчиков, чтобы получить уверенность в конечном результате своего Продукта, постоянно контролируя их Продукт и решая любые проблемы на раннем этапе процесс разработки.

Ответ 6

Это разные типы процессов, с помощью которых вы можете выполнить свои сборки.

1. Непрерывная интеграция:. В этом основном разработчики проверяют свой код и сразу после того, как их регистрация инициируется для создания последних изменений, поэтому мы должны знать, работали ли изменения, выполненные разработчиком или не сразу после регистрация заезда производится. Это предпочтительнее для небольших проектов или компонентов проектов. В случае, когда несколько команд связаны с проектом или есть большой нет. разработчиков, работающих над одним и тем же проектом, этот сценарий становится сложным для обработки, как будто "n" нет. регистрации и сбоя сборки в определенных точках становится очень трудно проследить, произошло ли все поломки из-за одной проблемы или с несколькими проблемами, поэтому, если старые проблемы не будут исправлены должным образом, так как очень сложно отслеживать последующие дефекты, возникшие после этого изменения. Основным преимуществом этих сборок является то, что мы узнаем, успешна ли конкретная регистрация или нет.

2. Встроенные строчки регистрации:. Этот тип проверки в сборке инициируется сразу после завершения регистрации, сохраняя изменения в наборах полки. В этом случае, если сборка выполнена успешно, чем установленная проверка полки, в противном случае она не будет передана Team Foundation Server. Это дает немного лучшую картину из непрерывной сборки интеграции, так как только успешная регистрация разрешена для совершения.

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

Более подробную информацию об этих сборках можно найти в нижерасположенном месте.

Gated-check in Builds

Непрерывные сборки интеграции

Ночные сборки

Ответ 7

Вы использовали их - IDE - это инструмент построения. Для командной строки вы можете использовать такие вещи, как make.

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