Git 合并钩子,用于在没有合并请求的情况下通过所有测试

Git 合并钩子,用于在没有合并请求的情况下通过所有测试,git,testing,build,continuous-integration,bitbucket,Git,Testing,Build,Continuous Integration,Bitbucket,我们的团队大部分时间将直接推动开发,它将被合并,然后触发Jenkin运行测试。如果所有测试都通过,那么它将自动构建给Alpha用户。我想知道是否可能有一个合并钩子,在它合并到develope之前,所有测试都必须通过。这样,其他程序员就不会检查出损坏的代码。或者这根本不是一个必要的问题。许多团队处理这一问题的方式是保护目标分支。在Bitbucket中,它被称为合并检查;在Github中,它被称为受保护的分支 您可以从开发人员直接推送到master,过渡到开发人员打开针对master的pull请求,

我们的团队大部分时间将直接推动开发,它将被合并,然后触发Jenkin运行测试。如果所有测试都通过,那么它将自动构建给Alpha用户。我想知道是否可能有一个合并钩子,在它合并到develope之前,所有测试都必须通过。这样,其他程序员就不会检查出损坏的代码。或者这根本不是一个必要的问题。

许多团队处理这一问题的方式是保护目标分支。在Bitbucket中,它被称为合并检查;在Github中,它被称为受保护的分支

您可以从开发人员直接推送到master,过渡到开发人员打开针对master的pull请求,然后为通过的CI测试构建添加合并检查。在这个世界上,您不能将提交合并到开发中,除非它有一个通过的测试套件


许多团队处理此问题的方式是保护目标分支。在Bitbucket中,它被称为合并检查;在Github中,它被称为受保护的分支

您可以从开发人员直接推送到master,过渡到开发人员打开针对master的pull请求,然后为通过的CI测试构建添加合并检查。在这个世界上,您不能将提交合并到开发中,除非它有一个通过的测试套件

您将其标记为“Bitbucket”,但您是在询问BB服务器(在prem上)还是BB云(Bitbucket.org)?这两个都在“合并检查”下提供。您将其标记为“Bitbucket”,但您是在询问BB服务器(在prem上)还是BB云(Bitbucket.org)?两者都在“合并检查”下提供此选项。