Continuous integration (original) (raw)
In software engineering, continuous integration (CI) is the practice of merging all developers' working copies to a shared mainline several times a day. Grady Booch first proposed the term CI in his 1991 method, although he did not advocate integrating several times a day. Extreme programming (XP) adopted the concept of CI and did advocate integrating more than once per day – perhaps as many as tens of times per day.
| Property | Value |
|---|---|
| dbo:abstract | La Integració Contínua o Continuous Integration (CI) és una pràctica de desenvolupament de programari on els membres d'un equip integren sovint el seu treball (per exemple, diàriament), donant lloc a múltiples integracions. La integració consisteix en la compilació i execució de les proves de tot el projecte. A cada integració es verifica per generació automatitzada (incloent proves) per detectar errors d'integració al més ràpidament possible. En l'enginyeria de programari, integració contínua significa l'aplicació contínua dels processos de control de qualitat, en les petites unitats d'esforç, aplicades sovint. El model d'integració contínua va ser proposat per l'any 2000. (ca) الإدماج المُستمِر (بالإنجليزية: Continuous integration) اختصاراً CI، هو مصطلح خاص بهندسة البرمجيات يصف أسلوبًا في تطوير البرمجيات يتسم بتواصل عملية إعادة بناء تطبيق ما، بمزامنة نسخ عمل جميع المطورين في مشترك عدة مرات في اليوم، مصحوبة باختباره بصفة متكررة. اقترح لأول مرة مصطلح CI في ، على الرغم من أنه لم يدافع عن التركيب عدة مرات في اليوم. اعتمدت البرمجة القصوى (XP) مفهوم CI ودعت إلى التركيب أكثر من مرة واحدة في اليوم والذي قد يصل إلى عشرات المرات في اليوم. بدأ العمل بهذا الأسلوب في البرامج الضخمة من خلال عملية بناء تسلسلية. بنهاية مهمة ما، يقوم المبرمج بأخذ الجزئية الخاصة بمهمته من المصدر (source code repository) ثم يعيد بناءها وتشغيلها مع اختيارها. إذا نجح التشغيل والاختبارات، يقوم المبرمج برد تلك الجزئية إلى المصدر مرة أخرى. الطريقة الأكثر شيوعا في التركيب المتواصل هي التركيب المتواصل الآلي (Automated Continuous Integration) حيث يقوم السرفر بمراقبة كافة التغييرات بكل نسخة وتشغيلها مع إعادة البناء آليا ثم اختبارها. يقوم السرفر أيضا بعمل إحصائيات بما تم انجازه. إعادة البناء بصفة دورية يمكن اعتباره تركيبا متواصلا في حال إذا ما كانت فترات البناء متقاربة بشكل كاف. (ar) Průběžná integrace (angl. Continuous Integration) je souhrnem různých vývojářských nástrojů a metod k urychlení vývoje softwaru a spolupráce týmů. Jedná se o součást metodik extrémního programování. Slouží mimo jiné k urychlení nalezení nedostatků a chyb u softwarových projektů ve fázi vývoje. Pro spojení těchto metod a nástrojů se používají integrační servery. Pod slovem integrace je v tomto článku myšlena systémová integrace. Základem každého softwarového projektu je vydávání tzv buildů. Build je vykompilovaná verze vyvíjeného softwaru. Každý build musí mít svoji identifikaci ve formě verze. Oficiální definice průběžné integrace pochází od Martina Fowlera, který ji definuje jako metodu vývoje software, kde každý vývojář integruje svoji část práce průběžně (pravidelně) – nejlépe denně. Každá integrace je ověřena automatickými testy k co nejrychlejšímu nalezení chyb (viz článek testování softwaru). (cs) Kontinuierliche Integration (auch fortlaufende oder permanente Integration; englisch continuous integration, CI) ist ein Begriff aus der Software-Entwicklung, der den Prozess des fortlaufenden Zusammenfügens von Komponenten zu einer Anwendung beschreibt. Das Ziel der kontinuierlichen Integration ist die Steigerung der Softwarequalität. Typische Aktionen sind das Übersetzen und Linken der Anwendungsteile, prinzipiell können aber auch beliebige andere Operationen zur Erzeugung abgeleiteter Informationen durchgeführt werden. Üblicherweise wird dafür nicht nur das Gesamtsystem neu gebaut, sondern es werden auch automatisierte Tests durchgeführt und Softwaremetriken zur Messung der Softwarequalität erstellt. Der gesamte Vorgang wird automatisch ausgelöst durch Einchecken in die Versionsverwaltung. Eine Vorstufe der kontinuierlichen Integration ist der Nightly Build (nächtlicher Erstellungsprozess). In der Praxis trifft man auch auf kontinuierliche Integration, gepaart mit einem Nightly Build, um die Vorteile beider Systeme zu kombinieren. In der Methode DevOps wird diese Automatisierung auch Pipeline genannt, da die einzelnen Schritte sequentiell abgearbeitet werden. Die Pipeline ermöglicht hier, die Entwicklungsgeschwindigkeit zu erhöhen, denn schon nach wenigen Minuten erhält der Entwickler Rückmeldung, ob die Qualitätsansprüche erreicht wurden oder nicht. Eine Weiterentwicklung der kontinuierlichen Integration stellt die Continuous Delivery (CD) dar. Dabei wird in bestimmten Zeitabständen oder bei Erreichen einer bestimmten Qualitätsmetrik eine neue Version der Software ausgeliefert. (de) In software engineering, continuous integration (CI) is the practice of merging all developers' working copies to a shared mainline several times a day. Grady Booch first proposed the term CI in his 1991 method, although he did not advocate integrating several times a day. Extreme programming (XP) adopted the concept of CI and did advocate integrating more than once per day – perhaps as many as tens of times per day. (en) La integración continua (continuous integration en inglés) es una práctica de ingeniería de software que consiste en hacer integraciones automáticas de un proyecto lo más a menudo posible para así poder detectar fallos cuanto antes. Entendemos por integración la compilación y ejecución de pruebas de todo un proyecto. El proceso suele ser: cada cierto tiempo (horas), descargarse las fuentes desde el control de versiones (por ejemplo CVS, Git, Subversion, Mercurial o Microsoft Visual SourceSafe) compilarlo, ejecutar pruebas y generar informes. Para esto suelen utilizarse aplicaciones como , , , Pipeline, Apache Continuum, Hudson, Jenkins, , CruiseControl o (para proyectos Java) o , para .Net, que se encargan de controlar las ejecuciones, apoyadas en otras herramientas como Ant o Maven (también para proyectos Java), o Nant o MSBUILD (para .Net) que se encargan de realizar las compilaciones, ejecutar las pruebas y realizar los informes. A menudo la integración continua está asociada con las metodologías de programación extrema y desarrollo ágil. (es) Integrazio etengabea (continuous integration ingelesez) Martin Fowler-eklehenik proposatutako eredu informatiko bat da.Software baten integrazio automatikoak sarri egiteak garapenaren neurrian akatsak detektatzeko eta zuzentzeko aukera ematen du.Integrazioaren osagai nagusiak konpilazioa eta softwarearen testak dira. Prosezua horrela funtzionatzen da : Softwarearen bertsioen kontrolatzeko sistematik (adibidez CVS, Git, Subversion) iturburuak deskargatu eta gero, programa konpilatzen da,testak exekutatzen dira eta emaitzen txostena sortzen da. Hori egiteko aplikazio hauek erabil daitezke : * Jenkins. * Solano CI, * Bamboo, * Continuum, Hauek exekuzioka kontrolatzen dituzte beste tresnen bidez (Javaz idatzitua proiektuetarako edo Maven erabil daitezke , C/C++ idatzitakoproiektuetarako edo ) ; Konpilazioak, testen saoiak eta emaitzen txostenak ere egiten dituzte. (eu) L'intégration continue est un ensemble de pratiques utilisées en génie logiciel consistant à vérifier à chaque modification de code source que le résultat des modifications ne produit pas de régression dans l'application développée. Le concept a pour la première fois été mentionné par Grady Booch et se réfère généralement à la pratique de l'extreme programming. Le principal but de cette pratique est de détecter les problèmes d'intégration au plus tôt lors du développement. De plus, elle permet d'automatiser l'exécution des suites de tests et de voir l'évolution du développement du logiciel. L'intégration continue est de plus en plus utilisée en entreprise afin d'améliorer la qualité du code et du produit final. (fr) 継続的インテグレーション、CI（英: continuous integration）とは、すべての開発者の作業コピーを定期的に共有されたメインラインにマージすることである。1日複数回行われるのが一般的である。グラディ・ブーチは1991年のメソッドでCIという用語を最初に提案したが、彼は1日に数回の統合を提唱していなかった。エクストリームプログラミング(XP)ではCIの概念を採用し、1日に1回以上、おそらく1日に何十回も統合することを提唱した。 (ja) Nell'ingegneria del software, l'integrazione continua (continuous integration in inglese, spesso abbreviato in CI) è una pratica che si applica in contesti in cui lo sviluppo del software avviene attraverso un sistema di controllo versione. Consiste nell'allineamento frequente (ovvero "molte volte al giorno") dagli ambienti di lavoro degli sviluppatori verso l'ambiente condiviso (mainline). Il concetto è stato originariamente proposto nel contesto dell'extreme programming (XP), come contromisura preventiva per il problema dell'"integration hell" (le difficoltà dell'integrazione di porzioni di software sviluppati in modo indipendente su lunghi periodi di tempo e che di conseguenza potrebbero essere significativamente divergenti). Il CI può essere considerato come una estremizzazione di idee già presenti in altri metodi precedenti all'XP, per esempio il metodo Booch. Il CI è stato originariamente concepito per essere complementare rispetto ad altre pratiche, in particolare legate al Test Driven Development (sviluppo guidato dai test, TDD). In particolare, si suppone generalmente che siano stati predisposti test automatici che gli sviluppatori possono eseguire immediatamente prima di rilasciare i loro contributi verso l'ambiente condiviso, in modo da garantire che le modifiche non introducano errori nel software esistente. Per questo motivo, il CI viene spesso applicato in ambienti in cui siano presenti sistemi di build automatico e/o esecuzione automatica di test, come Jenkins. Tuttavia, l'identificazione del CI con l'uso di strumenti di questo tipo, frequente in letteratura, è scorretta: di per sé, la pratica del CI può essere applicata anche a prescindere da sistemi di testing automatico. (it) 소프트웨어 공학에서 지속적 통합(continuous integration, CI)은 지속적으로 품질 관리(Quality Control)를 적용하는 프로세스를 실행하는 것이다. - 작은 단위의 작업, 빈번한 적용. 지속적인 통합은 모든 개발을 완료한 뒤에 품질 관리를 적용하는 고전적인 방법을 대체하는 방법으로서 소프트웨어의 질적 향상과 소프트웨어를 배포하는데 걸리는 시간을 줄이는데 초점이 맞추어져 있다. 대표적인 CI 툴에는 젠킨스(Jenkins)가 있다. (ko) Ciągła integracja (ang. continuous integration) – praktyka stosowana w trakcie rozwoju oprogramowania, polegająca na częstym, regularnym włączaniu (integracji) bieżących zmian w kodzie do głównego repozytorium i każdorazowej weryfikacji zmian, poprzez zbudowanie projektu (jeśli jest taka potrzeba) oraz wykonanie testów jednostkowych. W praktyce, zaleca się, by każdy członek zespołu programistycznego przynajmniej raz dziennie umieścił wykonaną przez siebie pracę w repozytorium. Prawidłowo przeprowadzana ciągła integracja powinna prowadzić do: * zmniejszenia kosztów i ilości pracy niezbędnej do łączenia prac wykonanych przez różne osoby, * uniknięcia powtórzeń, * wcześniejszego wykrywania błędów. Rozpoczynając zmianę, programista pobiera kopię aktualnej bazy kodu, na której ma pracować. Ponieważ inni programiści przesyłają zmieniony kod do repozytorium kodu źródłowego, ta kopia stopniowo przestaje odzwierciedlać kod repozytorium. Można nie tylko zmienić istniejącą bazę kodu, ale można dodać nowy kod, a także nowe biblioteki i inne zasoby, które tworzą zależności i potencjalne konflikty. (pl) Na engenharia de software, integração contínua (IC), do inglês 'continuous integration (CI), é a prática de mesclar todas as cópias de trabalho dos desenvolvedores em uma linha principal compartilhada, várias vezes ao dia. Grady Booch propôs pela primeira vez o termo IC em , embora ele não tenha defendido a integração várias vezes ao dia. A programação extrema, Extreme Programming (XP) em inglês, adotou o conceito de IC e defendeu a integração mais de uma vez por dia - talvez até dezenas de vezes ao dia. (pt) Непрерывная интеграция (CI, англ. Continuous Integration) — практика разработки программного обеспечения, которая заключается в постоянном слиянии рабочих копий в общую основную ветвь разработки (до нескольких раз в день) и выполнении частых автоматизированных сборок проекта для скорейшего выявления потенциальных дефектов и решения интеграционных проблем. В обычном проекте, где над разными частями системы разработчики трудятся независимо, стадия интеграции является заключительной. Она может непредсказуемо задержать окончание работ. Переход к непрерывной интеграции позволяет снизить трудоёмкость интеграции и сделать её более предсказуемой за счёт наиболее раннего обнаружения и устранения ошибок и противоречий, но основным преимуществом является сокращение стоимости исправления дефекта, за счёт раннего его выявления. Впервые концептуализирована и предложена Гради Бучем в 1991 году. Является одним из основных элементов практики экстремального программирования. (ru) 持續整合（英語：Continuous integration，縮寫CI），又譯為持續集成，是一種軟體工程流程，是將所有软件工程師對於軟體的工作副本持续整合到共用主線（mainline）的一种举措。该名稱最早由葛來迪·布區（Grady Booch）在他的中提出，在测试驱动开发（TDD）的作法中，通常還會搭配自動單元測試。持續整合的提出主要是為解決軟體進行系統整合時面臨的各項問題，極限編程稱這些問題為集成地獄（integration hell）。 (zh) Неперервна інтеграція (англ. Continuous Integration) — практика розробки програмного забезпечення, яка полягає у виконанні частих автоматизованих складань проєкту для якнайшвидшого виявлення та вирішення інтеграційних проблем. У звичайному проєкті, де над різними частинами системи розробники працюють незалежно, стадія інтеграції є завершальною. Вона може непередбачувано затримати закінчення робіт. Перехід до неперервної (постійної) інтеграції дозволяє знизити трудомісткість інтеграції і зробити її передбачуванішою за рахунок найбільш раннього виявлення та усунення помилок і суперечностей. (uk) |
| dbo:wikiPageExternalLink | http://jayflowers.com/joomla/index.php%3Foption=com_content&task=view&id=26 http://www.methodsandtools.com/archive/archive.php%3Fid=42 http://www.mediawiki.org/wiki/Version_lifecycle https://web.archive.org/web/20200625060704/https:/jayflowers.com/joomla/index.php%3Foption=com_content&task=view&id=26 http://www.ibm.com/developerworks/java/library/j-ap11297/ http://www.c2.com/cgi/wiki%3FContinuousIntegration |
| dbo:wikiPageID | 1774081 (xsd:integer) |
| dbo:wikiPageLength | 24610 (xsd:nonNegativeInteger) |
| dbo:wikiPageRevisionID | 1105033383 (xsd:integer) |
| dbo:wikiPageWikiLink | dbr:Ron_Jeffries dbr:List_of_build_automation_software dbr:Best_coding_practices dbr:Branching_(software) dbc:Continuous_integration dbr:Best_practice dbr:Deb_(file_format) dbr:Debugging dbr:Deployment_environment dbr:Software_quality dbr:Commit_(version_control) dbr:CruiseControl dbr:Nightly_build dbr:Grady_Booch dbr:Continuous_delivery dbr:Continuous_deployment dbr:Continuous_design dbr:Continuous_testing dbr:Make_(software) dbr:Comparison_of_continuous_integration_software dbr:Feature_toggle dbr:Quality_assurance dbr:Test-driven_development dbr:Software_engineering dbc:Software_development_process dbr:Trunk_(software) dbr:Code_complexity dbr:Feature_complete dbr:Lean_software_development dbr:DO-178C dbr:Extreme_Programming dbc:Extreme_programming dbr:Chrysler_Comprehensive_Compensation_System dbr:Software_deployment dbr:Mainframe_computer dbr:Quality_control dbr:Rapid_application_development dbr:Regression_testing dbr:Revision_control dbr:Atomic_commit dbr:Technology_stack dbr:Software_metrics dbc:Agile_software_development dbr:Kent_Beck dbr:Code_coverage dbr:Travis_CI dbr:Martin_Fowler_(software_engineer) dbr:Booch_method dbr:Application_release_automation dbr:Build_automation dbr:Build_light_indicator dbr:Software_developer dbr:Software_testing dbr:IBM dbr:IMVU dbr:Microsoft_Installer dbr:RPM_Package_Manager dbr:Software_bug dbr:Software_build dbr:Extreme_programming dbr:ISO_26262 dbr:Test_environment dbr:Multi-stage_continuous_integration dbr:Source_code_repository dbr:Service_virtualisation dbr:Daemon_(computer_software) dbr:Production_environment dbr:Code_base dbr:Build_system dbr:Pre-production_environment dbr:Timothy_Fitz |
| dbp:wikiPageUsesTemplate | dbt:Citation_needed dbt:Cite_journal dbt:Cite_web dbt:EngvarB dbt:Expand_section dbt:Main dbt:More_citations_needed_section dbt:More_footnotes dbt:Reflist dbt:Short_description dbt:Use_dmy_dates dbt:Self-published_source dbt:POV_section dbt:Howto dbt:Software_development_process |
| dct:subject | dbc:Continuous_integration dbc:Software_development_process dbc:Extreme_programming dbc:Agile_software_development |
| gold:hypernym | dbr:Practice |
| rdf:type | dbo:Company dbo:MusicGenre |
| rdfs:comment | In software engineering, continuous integration (CI) is the practice of merging all developers' working copies to a shared mainline several times a day. Grady Booch first proposed the term CI in his 1991 method, although he did not advocate integrating several times a day. Extreme programming (XP) adopted the concept of CI and did advocate integrating more than once per day – perhaps as many as tens of times per day. (en) 継続的インテグレーション、CI（英: continuous integration）とは、すべての開発者の作業コピーを定期的に共有されたメインラインにマージすることである。1日複数回行われるのが一般的である。グラディ・ブーチは1991年のメソッドでCIという用語を最初に提案したが、彼は1日に数回の統合を提唱していなかった。エクストリームプログラミング(XP)ではCIの概念を採用し、1日に1回以上、おそらく1日に何十回も統合することを提唱した。 (ja) 소프트웨어 공학에서 지속적 통합(continuous integration, CI)은 지속적으로 품질 관리(Quality Control)를 적용하는 프로세스를 실행하는 것이다. - 작은 단위의 작업, 빈번한 적용. 지속적인 통합은 모든 개발을 완료한 뒤에 품질 관리를 적용하는 고전적인 방법을 대체하는 방법으로서 소프트웨어의 질적 향상과 소프트웨어를 배포하는데 걸리는 시간을 줄이는데 초점이 맞추어져 있다. 대표적인 CI 툴에는 젠킨스(Jenkins)가 있다. (ko) Na engenharia de software, integração contínua (IC), do inglês 'continuous integration (CI), é a prática de mesclar todas as cópias de trabalho dos desenvolvedores em uma linha principal compartilhada, várias vezes ao dia. Grady Booch propôs pela primeira vez o termo IC em , embora ele não tenha defendido a integração várias vezes ao dia. A programação extrema, Extreme Programming (XP) em inglês, adotou o conceito de IC e defendeu a integração mais de uma vez por dia - talvez até dezenas de vezes ao dia. (pt) 持續整合（英語：Continuous integration，縮寫CI），又譯為持續集成，是一種軟體工程流程，是將所有软件工程師對於軟體的工作副本持续整合到共用主線（mainline）的一种举措。该名稱最早由葛來迪·布區（Grady Booch）在他的中提出，在测试驱动开发（TDD）的作法中，通常還會搭配自動單元測試。持續整合的提出主要是為解決軟體進行系統整合時面臨的各項問題，極限編程稱這些問題為集成地獄（integration hell）。 (zh) Неперервна інтеграція (англ. Continuous Integration) — практика розробки програмного забезпечення, яка полягає у виконанні частих автоматизованих складань проєкту для якнайшвидшого виявлення та вирішення інтеграційних проблем. У звичайному проєкті, де над різними частинами системи розробники працюють незалежно, стадія інтеграції є завершальною. Вона може непередбачувано затримати закінчення робіт. Перехід до неперервної (постійної) інтеграції дозволяє знизити трудомісткість інтеграції і зробити її передбачуванішою за рахунок найбільш раннього виявлення та усунення помилок і суперечностей. (uk) الإدماج المُستمِر (بالإنجليزية: Continuous integration) اختصاراً CI، هو مصطلح خاص بهندسة البرمجيات يصف أسلوبًا في تطوير البرمجيات يتسم بتواصل عملية إعادة بناء تطبيق ما، بمزامنة نسخ عمل جميع المطورين في مشترك عدة مرات في اليوم، مصحوبة باختباره بصفة متكررة. اقترح لأول مرة مصطلح CI في ، على الرغم من أنه لم يدافع عن التركيب عدة مرات في اليوم. اعتمدت البرمجة القصوى (XP) مفهوم CI ودعت إلى التركيب أكثر من مرة واحدة في اليوم والذي قد يصل إلى عشرات المرات في اليوم. إعادة البناء بصفة دورية يمكن اعتباره تركيبا متواصلا في حال إذا ما كانت فترات البناء متقاربة بشكل كاف. (ar) La Integració Contínua o Continuous Integration (CI) és una pràctica de desenvolupament de programari on els membres d'un equip integren sovint el seu treball (per exemple, diàriament), donant lloc a múltiples integracions. La integració consisteix en la compilació i execució de les proves de tot el projecte. A cada integració es verifica per generació automatitzada (incloent proves) per detectar errors d'integració al més ràpidament possible. El model d'integració contínua va ser proposat per l'any 2000. (ca) Průběžná integrace (angl. Continuous Integration) je souhrnem různých vývojářských nástrojů a metod k urychlení vývoje softwaru a spolupráce týmů. Jedná se o součást metodik extrémního programování. Slouží mimo jiné k urychlení nalezení nedostatků a chyb u softwarových projektů ve fázi vývoje. Pro spojení těchto metod a nástrojů se používají integrační servery. Pod slovem integrace je v tomto článku myšlena systémová integrace. Základem každého softwarového projektu je vydávání tzv buildů. Build je vykompilovaná verze vyvíjeného softwaru. Každý build musí mít svoji identifikaci ve formě verze. (cs) Kontinuierliche Integration (auch fortlaufende oder permanente Integration; englisch continuous integration, CI) ist ein Begriff aus der Software-Entwicklung, der den Prozess des fortlaufenden Zusammenfügens von Komponenten zu einer Anwendung beschreibt. Das Ziel der kontinuierlichen Integration ist die Steigerung der Softwarequalität. Typische Aktionen sind das Übersetzen und Linken der Anwendungsteile, prinzipiell können aber auch beliebige andere Operationen zur Erzeugung abgeleiteter Informationen durchgeführt werden. Üblicherweise wird dafür nicht nur das Gesamtsystem neu gebaut, sondern es werden auch automatisierte Tests durchgeführt und Softwaremetriken zur Messung der Softwarequalität erstellt. Der gesamte Vorgang wird automatisch ausgelöst durch Einchecken in die Versionsverwaltu (de) La integración continua (continuous integration en inglés) es una práctica de ingeniería de software que consiste en hacer integraciones automáticas de un proyecto lo más a menudo posible para así poder detectar fallos cuanto antes. Entendemos por integración la compilación y ejecución de pruebas de todo un proyecto. El proceso suele ser: cada cierto tiempo (horas), descargarse las fuentes desde el control de versiones (por ejemplo CVS, Git, Subversion, Mercurial o Microsoft Visual SourceSafe) compilarlo, ejecutar pruebas y generar informes. (es) Integrazio etengabea (continuous integration ingelesez) Martin Fowler-eklehenik proposatutako eredu informatiko bat da.Software baten integrazio automatikoak sarri egiteak garapenaren neurrian akatsak detektatzeko eta zuzentzeko aukera ematen du.Integrazioaren osagai nagusiak konpilazioa eta softwarearen testak dira. Prosezua horrela funtzionatzen da : Softwarearen bertsioen kontrolatzeko sistematik (adibidez CVS, Git, Subversion) iturburuak deskargatu eta gero, programa konpilatzen da,testak exekutatzen dira eta emaitzen txostena sortzen da. Hori egiteko aplikazio hauek erabil daitezke : (eu) L'intégration continue est un ensemble de pratiques utilisées en génie logiciel consistant à vérifier à chaque modification de code source que le résultat des modifications ne produit pas de régression dans l'application développée. Le concept a pour la première fois été mentionné par Grady Booch et se réfère généralement à la pratique de l'extreme programming. Le principal but de cette pratique est de détecter les problèmes d'intégration au plus tôt lors du développement. De plus, elle permet d'automatiser l'exécution des suites de tests et de voir l'évolution du développement du logiciel. (fr) Nell'ingegneria del software, l'integrazione continua (continuous integration in inglese, spesso abbreviato in CI) è una pratica che si applica in contesti in cui lo sviluppo del software avviene attraverso un sistema di controllo versione. Consiste nell'allineamento frequente (ovvero "molte volte al giorno") dagli ambienti di lavoro degli sviluppatori verso l'ambiente condiviso (mainline). Il concetto è stato originariamente proposto nel contesto dell'extreme programming (XP), come contromisura preventiva per il problema dell'"integration hell" (le difficoltà dell'integrazione di porzioni di software sviluppati in modo indipendente su lunghi periodi di tempo e che di conseguenza potrebbero essere significativamente divergenti). Il CI può essere considerato come una estremizzazione di idee (it) Ciągła integracja (ang. continuous integration) – praktyka stosowana w trakcie rozwoju oprogramowania, polegająca na częstym, regularnym włączaniu (integracji) bieżących zmian w kodzie do głównego repozytorium i każdorazowej weryfikacji zmian, poprzez zbudowanie projektu (jeśli jest taka potrzeba) oraz wykonanie testów jednostkowych. W praktyce, zaleca się, by każdy członek zespołu programistycznego przynajmniej raz dziennie umieścił wykonaną przez siebie pracę w repozytorium. Prawidłowo przeprowadzana ciągła integracja powinna prowadzić do: (pl) Непрерывная интеграция (CI, англ. Continuous Integration) — практика разработки программного обеспечения, которая заключается в постоянном слиянии рабочих копий в общую основную ветвь разработки (до нескольких раз в день) и выполнении частых автоматизированных сборок проекта для скорейшего выявления потенциальных дефектов и решения интеграционных проблем. В обычном проекте, где над разными частями системы разработчики трудятся независимо, стадия интеграции является заключительной. Она может непредсказуемо задержать окончание работ. Переход к непрерывной интеграции позволяет снизить трудоёмкость интеграции и сделать её более предсказуемой за счёт наиболее раннего обнаружения и устранения ошибок и противоречий, но основным преимуществом является сокращение стоимости исправления дефекта, за с (ru) |
| rdfs:label | Continuous integration (en) إدماج مستمر (ar) Integració contínua (ca) Průběžná integrace (cs) Kontinuierliche Integration (de) Integración continua (es) Integrazio etengabe (eu) Intégration continue (fr) Integrazione continua (it) 지속적 통합 (ko) 継続的インテグレーション (ja) Ciągła integracja (pl) Integração contínua (pt) Непрерывная интеграция (ru) Неперервна інтеграція (uk) 持續整合 (zh) |
| owl:sameAs | dbpedia-ru:Continuous integration freebase:Continuous integration wikidata:Continuous integration dbpedia-ar:Continuous integration dbpedia-bg:Continuous integration dbpedia-ca:Continuous integration dbpedia-cs:Continuous integration dbpedia-de:Continuous integration dbpedia-es:Continuous integration dbpedia-et:Continuous integration dbpedia-eu:Continuous integration dbpedia-fa:Continuous integration dbpedia-fi:Continuous integration dbpedia-fr:Continuous integration dbpedia-he:Continuous integration dbpedia-hu:Continuous integration dbpedia-it:Continuous integration dbpedia-ja:Continuous integration dbpedia-ko:Continuous integration dbpedia-no:Continuous integration dbpedia-pl:Continuous integration dbpedia-pt:Continuous integration dbpedia-ro:Continuous integration dbpedia-uk:Continuous integration dbpedia-vi:Continuous integration dbpedia-zh:Continuous integration https://global.dbpedia.org/id/56xLu |
| prov:wasDerivedFrom | wikipedia-en:Continuous_integration?oldid=1105033383&ns=0 |
| foaf:isPrimaryTopicOf | wikipedia-en:Continuous_integration |
| is dbo:genre of | dbr:Hudson_(software) dbr:Collective_Knowledge_(software) dbr:CruiseControl dbr:Apache_Continuum dbr:Apache_Gump dbr:AppVeyor dbr:Buildbot dbr:TeamCity dbr:Travis_CI dbr:Semaphore_(software) dbr:Vexor |
| is dbo:wikiPageDisambiguates of | dbr:CI |
| is dbo:wikiPageRedirects of | dbr:Continuous_Integration dbr:Contiguous_integration dbr:Continuous_Integration_Server dbr:Continuous_integration_server dbr:Build_server |
| is dbo:wikiPageWikiLink of | dbr:Probo dbr:Puppet_(software) dbr:Qore_(programming_language) dbr:Sanity_check dbr:Enterprise_release_management dbr:MLOps dbr:DevPartner dbr:Application_lifecycle_management dbr:Hudson_(software) dbr:List_of_TCP_and_UDP_port_numbers dbr:List_of_mergers_and_acquisitions_by_Apple dbr:PhantomJS dbr:RhodeCode dbr:Daily_build dbr:Deployment_environment dbr:DevConf.cz dbr:DevOps dbr:DevOps_toolchain dbr:Infer_Static_Analyzer dbr:Integration_testing dbr:System_integration dbr:Collective_Knowledge_(software) dbr:CppUnit dbr:CruiseControl dbr:Mbed_TLS dbr:MediaWiki dbr:SAP_IQ dbr:Gated_commit dbr:Neutral_build dbr:Chromium_(web_browser) dbr:CircleCI dbr:Coding_best_practices dbr:Endeavour_Software_Project_Management dbr:GitHub dbr:GitLab dbr:Go_(programming_language) dbr:Monty_Taylor dbr:Continuous_configuration_automation dbr:Continuous_delivery dbr:Continuous_deployment dbr:Continuous_design dbr:Continuous_testing dbr:Random_testing dbr:Operational_artificial_intelligence dbr:AnthillPro dbr:Apache_Continuum dbr:Apache_Groovy dbr:Apache_Gump dbr:Apache_Mesos dbr:AppVeyor dbr:Loader.io dbr:Smoke_testing_(software) dbr:Cloud-native_computing dbr:Cloud_Application_Management_for_Platforms dbr:Comparison_of_continuous_integration_software dbr:Comparison_of_open-source_configuration_management_software dbr:Comparison_of_server-side_web_frameworks dbr:Compile_farm dbr:Test_automation dbr:Test-driven_development dbr:Microservices dbr:Azure_DevOps_Server dbr:Buck_(software) dbr:Buddy_(software) dbr:BuildHive dbr:Buildbot dbr:Trac dbr:Wercker dbr:Distributed_version_control dbr:Release_engineering dbr:ANUGA_Hydro dbr:AccuRev_SCM dbr:Agile_software_development dbr:Cucumber_(software) dbr:DBmaestro dbr:Dan_Quine dbr:EXtreme_Manufacturing dbr:FinalBuilder dbr:Parasoft_Virtualize dbr:Forge_(software) dbr:Iterative_and_incremental_development dbr:Karate_(software) dbr:Kohsuke_Kawaguchi dbr:List_of_Python_software dbr:Software_repository dbr:Jenkins_(software) dbr:TeamCity dbr:TestNG dbr:Test_Studio dbr:XebiaLabs dbr:Software_development_process dbr:Software_testing_tactics dbr:Chicken_(Scheme_implementation) dbr:Katalon_Studio dbr:BioSamples dbr:CodeScene dbr:Tox_(Python_testing_wrapper) dbr:Travis_CI dbr:Wilma_(software) dbr:Dimensions_CM dbr:BuildMaster dbr:Build_automation dbr:Build_light_indicator dbr:CI/CD dbr:Software_development dbr:Software_testing dbr:SonarQube dbr:Continuous_Integration dbr:Open-source_software dbr:Rational_Synergy dbr:Raylib dbr:Semgrep dbr:CI dbr:Rational_Unified_Process dbr:Saltation dbr:Software_quality_management dbr:Semaphore_(software) dbr:Test_automation_management_tools dbr:Extreme_programming dbr:Extreme_programming_practices dbr:List_of_unit_testing_frameworks dbr:You_aren't_gonna_need_it dbr:Evolutionary_database_design dbr:Mirantis dbr:Multi-stage_continuous_integration dbr:Straight-Through_Quality dbr:Vexor dbr:Release_management dbr:Webhook dbr:Smartface dbr:SourceClear dbr:Tara_Hernandez dbr:Visual_Expert dbr:Contiguous_integration dbr:Continuous_Integration_Server dbr:Continuous_integration_server dbr:Build_server |
| is dbp:genre of | dbr:Hudson_(software) dbr:CruiseControl dbr:Apache_Continuum dbr:Apache_Gump dbr:Buildbot dbr:TeamCity dbr:Travis_CI dbr:Vexor |
| is rdfs:seeAlso of | dbr:Daily_build |
| is foaf:primaryTopic of | wikipedia-en:Continuous_integration |