我认为我并没有真正理解 Gerrit 如何融入我团队现有的工作流程。 Gerrit 是否打算成为代码的中心“枢纽”?我一直把它想象成类似于 Atlassian 的 Crucible,它适合 Atlassian 的 Stash 或 Bitbucker。
我的团队目前使用非常活跃的 Gitlab 安装,但缺乏内置的代码审查工具,我绝对必须检查进入仓库的承包商的代码。
我需要一个防火墙后的解决方案,而成本是一个重要的考虑因素。我听说过有关 Gerrit 的积极消息,但并没有真正解释它如何融入现有流程。我也喜欢它似乎有很好的 Eclipse 集成。
有人可以帮我吗?
Gerrit 希望“拥有”您使用它的存储库,即它希望 git 目录存在于已安装的文件系统中。如果您希望它与 GitLab(或 GitHub)交互,您可以设置从 Gerrit 到 GitLab 的单向复制,以便在 Gerrit 中所做的更改将在几秒钟内推送到 GitLab。对于 GitHub 有一个Gerrit GitHub 插件 https://www.packtpub.com/books/content/using-gerrit-github来帮助解决这个问题。
您可以继续使用 GitLab 的其他功能,但如果您不锁定存储库(或者至少阻止推送到 Gerrit 管理的分支),那么下次 Gerrit 尝试复制到 GitLab 存储库时您就会遇到麻烦。
所以... Gerrit 确实取代了 GitLab 的存储库管理和代码审查工具,但不包含问题跟踪器、wiki 或类似工具。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)