Git TFS中的每提交审核_Git_Tfs_Gerrit

Git TFS中的每提交审核

git tfs

Git TFS中的每提交审核,git,tfs,gerrit,Git,Tfs,Gerrit,目前我们正在与Gerrit合作进行代码审查，我们非常喜欢。我们推送非常小的提交，大多数情况下是多人在同一个分支上。我们审查所有内容，在需要时重新设置基础，然后将其合并。这对我们很有用。我们从中得到的一个额外好处是，我们可以发现早期的问题，特别是对于初级开发人员，这对我们培训他们有很大帮助。（耶亚，我们曾走到35块，直到合并。）但是。。整个工具集套件有点拥挤，是一个独立的世界。目前我们使用：杰瑞特詹金斯吉拉目录中的TXT文件其他目录中的更多TXT文件用于放置测试版本的开发服务器（手

目前我们正在与Gerrit合作进行代码审查，我们非常喜欢。我们推送非常小的提交，大多数情况下是多人在同一个分支上。我们审查所有内容，在需要时重新设置基础，然后将其合并。这对我们很有用。我们从中得到的一个额外好处是，我们可以发现早期的问题，特别是对于初级开发人员，这对我们培训他们有很大帮助。（耶亚，我们曾走到35块，直到合并。）

但是。。整个工具集套件有点拥挤，是一个独立的世界。目前我们使用：

杰瑞特
詹金斯
吉拉
目录中的TXT文件
其他目录中的更多TXT文件
用于放置测试版本的开发服务器（手动）

在我追求完美的过程中，我开始研究Team Foundation Server。这为我们提供了一个干净的仪表板，可以在一个良好的在线环境中捕获所有内容

主要的缺点是，我们需要使用pull请求来进行代码检查。虽然这对于一组经验丰富的开发人员来说非常有效，但对于年轻人来说却有点麻烦。它们不需要立即发现问题，而是可以留在代码中，直到很难修复为止

所以我的问题是，有没有办法像现在Gerrit中那样在TFS中使用每次提交审查系统？

没有，它们是不同的系统

在Gerrit中，每个提交都是一个独立的更改，它一次接受一个补丁。评审是在每次提交的基础上进行的，团队擅长将大的变更分解为小的变更

在TFS Git中，它更像Github。请参考以下链接了解它们之间的差异：

要查看TFS/Azure DevOps中具有pull请求的代码，您可以参考以了解详细信息。

否，它们是不同的系统

在Gerrit中，每个提交都是一个独立的更改，它一次接受一个补丁。评审是在每次提交的基础上进行的，团队擅长将大的变更分解为小的变更

在TFS Git中，它更像Github。请参考以下链接了解它们之间的差异：

要查看TFS/Azure DevOps中具有pull请求的代码，您可以参考以了解详细信息