如何拒绝提交到 TFS 2015 上的远程主分支?
How to deny commits to remote master branch on TFS 2015?
我们的团队使用 VS2015.3 和 TFS2015.3 以及 git 存储库已有一年了。我们使用两个远程分支:develop 和 master(简化的 GitFlow 设置)。
我们使用拉取请求将远程 develop 的更改合并到远程 master 分支。拉取请求完成前:
- 团队成员应批准更改;
- 链接的构建定义应该通过。
这些规则由 TFS 门户管理部分中的 TFS 分支策略配置。
我们似乎无法弄清楚的一件事是如何拒绝所有人直接在远程 master 分支上提交和合并本地更改的权限。我们想:
- 在合并之前批准所有更改;
- 让所有开发人员能够批准彼此的更改;
- 仍然有能力拥有本地 master 分支。
问题
- 这样的要求合理吗?因为我们似乎无法在这方面找到非常有用的资源...
- TFS 是否支持这种情况的解决方案?
- 如果两者都'no'...批准更改的最佳工作程序是什么?
制定分支机构政策应该完全按照您的意愿行事。确保您没有在该分支机构的安全设置上将人员设置为免于执行政策。
我们的团队使用 VS2015.3 和 TFS2015.3 以及 git 存储库已有一年了。我们使用两个远程分支:develop 和 master(简化的 GitFlow 设置)。
我们使用拉取请求将远程 develop 的更改合并到远程 master 分支。拉取请求完成前:
- 团队成员应批准更改;
- 链接的构建定义应该通过。
这些规则由 TFS 门户管理部分中的 TFS 分支策略配置。
我们似乎无法弄清楚的一件事是如何拒绝所有人直接在远程 master 分支上提交和合并本地更改的权限。我们想:
- 在合并之前批准所有更改;
- 让所有开发人员能够批准彼此的更改;
- 仍然有能力拥有本地 master 分支。
问题
- 这样的要求合理吗?因为我们似乎无法在这方面找到非常有用的资源...
- TFS 是否支持这种情况的解决方案?
- 如果两者都'no'...批准更改的最佳工作程序是什么?
制定分支机构政策应该完全按照您的意愿行事。确保您没有在该分支机构的安全设置上将人员设置为免于执行政策。