1. 首页
  2. 问答
  3. 在Git pull请求中显示不变的文件

在Git pull请求中显示不变的文件

2016-01-20 58 views
2

我们目前在5人团队中使用Git（Visual Studio）。这是这个过程，我们现在遵循：在Git pull请求中显示不变的文件

  1. 用户从主创建一个特性分支，他们开始工作
  2. 才实现其功能
  3. 当实施完成后他们从主合并到他们的功能分支（和解决任何冲突），所以他们必须创建一个pull请求别人来审查其特性分支
  4. 的最新变化，如果一切正常，那么该功能分支合并到主

我们遇到的问题是，拉取请求显示不属于特征的变化。因此，如果DeveloperA完成了一项功能，而DeveloperB仍在工作，那么当DeveloperB创建一个请求时，它将包含DeveloperA的文件（因为步骤3）

这有点烦人，因为审阅者不仅看到DeveloperB的变化，还看到DeveloperA's。我们可以遵循哪些更好的流程？

来源

2016-01-20 user1786107

+0

我们的团队也有这个问题。尽管每个人都有相同的autocrlf设置，但似乎默默地改变了行尾。所以它声称空白的变化。 –

回答

2

我会建议每个开发者应该有自己的功能分支，只应该从主分支更新。通过这样做，开发人员只会对特性分支进行特定的更改，并且不应从其他功能分支中提取更改。

  1. 创建一个从主功能分支
  2. 德瓦进行更改特性分支
  3. 发展局进行更改自己的特性分支
  4. 德瓦发送pull请求合并掌握
  5. 德瓦更改将被合并成主人
  6. DevB现在必须更新他们的功能分支与主人
  7. DevB发送拉请求主人

帮忙吗

来源

2016-01-20 09:10:52

+0

这就是我们所拥有的。当DevB发送一个拉取请求时，它显示DevA的变化（因为步骤6）。比较显示这些文件没有变化，但是将它们从拉取请求中排除是很好的。 – user1786107

+0

由于DevA更改现在合并到主设备中，如果DevB用新主设备更新其分支，然后发送拉请求。此时，主设备和DevB功能分支之间的唯一更改应该是在DevB功能分支中完成的唯一更改。我怀疑你为什么在DevB发送拉请求时看到DevA更改是因为DevA中的更改尚未合并到主控中，但它们必须已被拉入或合并到DevB功能分支中 –

相关问题

 相关问题