DBpedia – Linked Data Fragments

Matches in DBpedia 2015-04 for { <http://dbpedia.org/resource/Continuous_integration> ?p ?o }

• Continuous_integration abstract "Continuous integration (CI) is the practice, in software engineering, of merging all developer working copies with a shared mainline several times a day. It was first named and proposed by Grady Booch in his method, who did not advocate integrating several times a day. It was adopted as part of extreme programming (XP), which did advocate multiple integrations a day, perhaps as many as tens a day. The main aim of CI is to prevent integration problems, referred to as "integration hell" in early descriptions of XP. CI isn't universally accepted as an improvement over frequent integration, so it is important to distinguish between the two as there is disagreement about the virtues of each.CI was originally intended to be used in combination with automated unit tests written through the practices of test-driven development. Initially this was conceived of as running all unit tests in the developer's local environment and verifying they all passed before committing to the mainline. This helps avoid one developer's work in progress breaking another developer's copy. If necessary, partially complete features can be disabled before committing using feature toggles.Later elaborations of the concept introduced build servers, which automatically run the unit tests periodically or even after every commit and report the results to the developers. The use of build servers (not necessarily running unit tests) had already been practised by some teams outside the XP community. Nowadays, many organisations have adopted CI without adopting all of XP.In addition to automated unit tests, organisations using CI typically use a build server to implement continuous processes of applying quality control in general — small pieces of effort, applied frequently. In addition to running the unit and integration tests, such processes run additional static and dynamic tests, measure and profile performance, extract and format documentation from the source code and facilitate manual QA processes. This continuous application of quality control aims to improve the quality of software, and to reduce the time taken to deliver it, by replacing the traditional practice of applying quality control after completing all development. This is very similar to the original idea of integrating more frequently to make integration easier, only applied to QA processes.In the same vein the practice of continuous delivery further extends CI by making sure the software checked in on the mainline is always in a state that can be deployed to users and makes the actual deployment process very rapid.".
• Continuous_integration wikiPageExternalLink wiki?CrossPlatformTesting.
• Continuous_integration wikiPageExternalLink CI+Feature+Matrix.
• Continuous_integration wikiPageExternalLink index.php?option=com_content&task=view&id=26.
• Continuous_integration wikiPageExternalLink wiki?ContinuousIntegration.
• Continuous_integration wikiPageExternalLink integrateoften.html.
• Continuous_integration wikiPageExternalLink j-ap11297.
• Continuous_integration wikiPageExternalLink continuousIntegration.html.
• Continuous_integration wikiPageExternalLink Version_lifecycle.
• Continuous_integration wikiPageExternalLink archive.php?id=42.
• Continuous_integration wikiPageID "1774081".
• Continuous_integration wikiPageRevisionID "645764051".
• Continuous_integration hasPhotoCollection Continuous_integration.
• Continuous_integration subject Category:Agile_software_development.
• Continuous_integration subject Category:Continuous_integration.
• Continuous_integration subject Category:Extreme_programming.
• Continuous_integration type Genre.
• Continuous_integration type MusicGenre.
• Continuous_integration type TopicalConcept.
• Continuous_integration type Concept.
• Continuous_integration type Thing.
• Continuous_integration type Q188451.
• Continuous_integration comment "Continuous integration (CI) is the practice, in software engineering, of merging all developer working copies with a shared mainline several times a day. It was first named and proposed by Grady Booch in his method, who did not advocate integrating several times a day. It was adopted as part of extreme programming (XP), which did advocate multiple integrations a day, perhaps as many as tens a day.".
• Continuous_integration label "Ciągła integracja".
• Continuous_integration label "Continuous integration".
• Continuous_integration label "Integració contínua".
• Continuous_integration label "Integración continua".
• Continuous_integration label "Integrazione continua".
• Continuous_integration label "Intégration continue".
• Continuous_integration label "Kontinuierliche Integration".
• Continuous_integration label "Průběžná integrace".
• Continuous_integration label "Непрерывная интеграция".
• Continuous_integration label "継続的インテグレーション".
• Continuous_integration label "지속적인 통합".
• Continuous_integration sameAs Průběžná_integrace.
• Continuous_integration sameAs Kontinuierliche_Integration.
• Continuous_integration sameAs Integración_continua.
• Continuous_integration sameAs Intégration_continue.
• Continuous_integration sameAs Integrazione_continua.
• Continuous_integration sameAs 継続的インテグレーション.
• Continuous_integration sameAs 지속적인_통합.
• Continuous_integration sameAs Ciągła_integracja.
• Continuous_integration sameAs m.05vvqy.
• Continuous_integration sameAs Q965769.
• Continuous_integration sameAs Q965769.
• Continuous_integration wasDerivedFrom Continuous_integration?oldid=645764051.
• Continuous_integration isPrimaryTopicOf Continuous_integration.