我应该assertEquals在@BeforeJUnit测试的方法中使用断言语句(,...)吗？
如果断言失败,所有测试都将失败,因此它的行为正是我想要的,但我不相信这是一个好主意,因为@Before注释方法不是测试.
是否有推荐的工作流程在Gerrit中使用git-flow功能分支？任何最佳做法？
我们正在启动一个包含多个开发人员的项目和一个由Git管理的中央存储库.使用git-flow,我遇到了将功能分支推送到Gerrit的问题,作为在功能未完成时备份开发人员工作的一种方法:
我们不希望在开发时审查功能分支,因此我们允许所有开发人员直接推送到refs/heads/feature/*,绕过魔术审查分支.我们希望在功能分支合并到开发分支时进行审核,但是当开发人员在合并之后将其工作推送到Gerrit时,只有合并提交才能进行审核.功能分支中所做的更改不会出现在此修补程序集中.我认为这是因为这些更改被直接推送到refs/heads/feature/*所以Gerrit认为他们不再需要审阅了.
开发人员是否应该在完成功能分支之前将功能分支推送到Gerrit？为了能够做到这一点,她需要在refs/heads/feature/*和refs/for/refs/heads/feature/*上推送和创建引用的权限,确保她只推送到审查分支.
任何帮助将非常感谢.