| 词条 | Gated commit |
| 释义 |
A gated commit, gated check-in[1] or pre-tested commit[2] is a software integration pattern that reduces the chances for breaking a build (and often its associated tests) by committing changes into the main branch of version control. This pattern can be supported by a continuous integration (CI) server.[3] To perform a gated commit the software developer must request a gated commit from the CI server before committing the actual changes to a central location. The CI server merges the local changes with the head of the master branch and performs the validations (build and tests) that make up the gate. So the developer can see if his or her changes break the build without actually committing the changes. A commit to the central location will only be allowed if the gates are cleared. As an alternative this pattern can be realized using different branches in version control. For example, GitHub can force all commits to a branch B to be merge commits from pull requests which have successfully been built on the CI server and are up-to-date (i.e. based or rebased on B).[4] References1. ^{{cite web |url=https://www.visualstudio.com/docs/build/define/triggers#tfvc-gated-check-in |title=Set build triggers on TFS |accessdate=2016-06-18 |website=Visual Studio}} {{Version control software}}2. ^{{Cite web|url=https://confluence.jetbrains.com/display/TCD9/Pre-Tested+(Delayed)+Commit|title=Pre-Tested (Delayed) Commit - TeamCity 9.x Documentation - Confluence|website=confluence.jetbrains.com|access-date=2016-11-25}} 3. ^{{cite web |url=http://osherove.com/blog/2013/1/20/build-pattern-gated-commit.html |title=Build Pattern: Gated Commit |accessdate=2014-08-18}} 4. ^{{cite web|url=https://help.github.com/articles/enabling-required-status-checks/|title=Enabling required status checks|website=GitHub user documentation|accessdate=2016-06-18}} 2 : Continuous integration|Build automation |
| 随便看 |
|
开放百科全书收录14589846条英语、德语、日语等多语种百科知识，基本涵盖了大多数领域的百科知识，是一部内容自由、开放的电子版国际百科全书。