我是 Git 的新手，在发现其中的一个小错误后，我打算为 GitHub 上的某个开源项目做出贡献。在 fork 并修复错误后，我提出了一个 pull 请求，我注意到它出现了:
Failed — The Travis CI build failed
查看细节我发现它是由 Could not find .travis.yml 引起的，这很合理，因为我没有登录 Travis Cl 并将 .travis.yml 添加到存储库。
这是我第一次听说 Travis 以及所谓的持续集成。它听起来很酷，所以为了了解更多信息，我在维基百科上查找了它。
Travis CI is a hosted, distributed continuous integration service used to build and test projects hosted at GitHub. Travis CI automatically detects when a commit has been made and pushed to a GitHub repository that is using Travis CI, and each time this happens, it will try to build the project and run tests. This includes commits to all branches, not just to the master branch.
我目前对 Travis CI 的理解是，它所做的是自动将项目推送到 git commit -am ".." 上，我不太理解其中的某些部分。
通过构建项目并运行测试，它将运行哪些测试？它将如何“构建”该项目？ (比如编译成二进制？)
它声明“这包括对所有分支的提交”——但是如果我不想提交到所有分支怎么办？
如果我完全不使用 Travis Cl 可以吗？什么情况下最好用(或必须用)？
最佳答案
解释 Travis CI 的最简单方法是，它会在您每次提交到 GitHub 时运行您的程序测试(这可以通过多种方式进行配置，并且您始终可以在某些分支上禁用构建)。这样做的 Gist 是，如果您的提交破坏了某些东西，您通常可以很快发现它，并在它成为问题之前修复它。我建议在每个你有单元测试的 GitHub 仓库上运行 Travis CI，并且使用 Travis CI 支持的编程语言。由于设置 Travis CI 非常简单，我通常没有理由不使用它，除非你不关心你的程序是否通过了测试。如果您还有其他问题，请随时发表评论。您可以阅读有关 Travis CI 的更多信息 here .
关于git - 试图了解 Travis CI 的作用以及何时应该使用它，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22587148/