我们目前在一个 5 人团队中使用 Git (Visual Studio)。这是我们目前遵循的流程:
- 用户在开始工作之前从 master 创建一个功能分支
- 他们实现了他们的功能
- 实现完成后，他们会从主分支 merge 到他们的功能分支(并解决所有冲突)，以便他们在功能分支中拥有最新的更改
- 创建一个 pull request 供某人审查，如果一切正常则将功能分支 merge 到 master
我们遇到的问题是 pull 请求显示的更改不属于该功能的一部分。因此，如果 DeveloperA 在 DeveloperB 仍在工作时完成了一项功能，那么当 DeveloperB 创建 pull 请求时，它将包含 DeveloperA 的文件(因为第 3 步)
这有点烦人，因为审阅者不仅可以看到 DeveloperB 的更改，还可以看到 DeveloperA 的更改。有没有我们可以遵循的更好的流程？
最佳答案
我会建议每个开发人员都应该有自己的功能分支，并且应该只从 master 分支更新。通过这样做，开发人员将只拥有特定于功能分支的更改，而不应该从其他功能分支中 pull 更改。
- 从master创建功能分支
- DevA 更改功能分支
- DevB 对自己的功能分支进行更改
- DevA 向 master 发送 merge 请求
- DevA 更改 merge 到 master 中
- DevB 现在必须用 master 更新他们的功能分支
- DevB 向 master 发送 pull 请求
这有什么帮助吗
关于c# - Git pull 请求中显示的未更改文件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34895478/