Включает ли код, проверяя его в репозиторий управления конфигурацией программного обеспечения? (Эта ссылка, по-видимому, так говорит: Continuous Integration vs. Continuous Delivery vs. Continuous Deployment)Что такое ручная интеграция кода?
Martin Fowler ссылается на интеграционный код на «управляемый репозиторий исходного кода». (Снято с этой страницы: http://www.martinfowler.com/articles/continuousIntegration.html)
Поэтому ручная интеграция кода будет проверять код на Subversion или Git. Я слышу о непрерывной интеграции. Но я никогда не слышал об ручной интеграции.
Хорошо известно, что Дженкинс описывается как инструмент CI. Но может ли Jenkins проверить код в репозитории? Я знаю, что он может скопировать код из такого репозитория. Проверка кода в репозитории - это всегда интеграция, не так ли? Я не думаю, что проверка кода - это интеграция. Может ли кто-нибудь объяснить, как Дженкинс является инструментом интеграции на основе очевидного определения интеграции как проверки кода в репозиторий кода?
Интеграция значительно расширилась со времени первоначальных определений. Когда приложения имеют более одного требуемого проекта, интеграция будет включать в себя непрерывное построение приложения из всех проектов. Интеграция включает в себя непрерывное выполнение приложений с различными конфигурациями (в отношении базы данных CI, общей базы данных разработчиков, базы данных тестовых модулей в памяти ...), все из которых можно назвать интеграцией приложений. И есть еще много типов интеграции, которые просто не вписываются в комментарий SO ... –
Этот ответ касается интеграции с точки зрения источника управления, о чем и идет речь. –
@PaulHicks, но они прекрасно подойдут здесь: http://area51.stackexchange.com/proposals/85819/devops?referrer=4Ddj-Bk6x80yR6VmaIeuwQ2 –