Git 使用拉请求通知分支合并最新的主节点是一个好主意吗?
主分支已更新为最新的生产分支。以确保所有分支都使用最新的主分支更改进行更新 使用pull请求请求所有分支合并master是一个好主意吗Git 使用拉请求通知分支合并最新的主节点是一个好主意吗?,git,pull-request,Git,Pull Request,主分支已更新为最新的生产分支。以确保所有分支都使用最新的主分支更改进行更新 使用pull请求请求所有分支合并master是一个好主意吗 如果不是,正确的方法是什么?您可以发出请求,向上游分支发送更改信号;但是,你应该考虑如下: 拉请求信号,表示您希望将某些内容合并到分支中。您应该使它们与分支完全功能合并,或者将它们标记为“正在工作” 对每个分支提出拉动请求会给生产分支的维护人员带来很大压力;在每次更改时为每个分支创建一个新的请求可能需要很多工作 你可能需要考虑替代方案。如果只是通知项目的贡献
如果不是,正确的方法是什么?您可以发出请求,向上游分支发送更改信号;但是,你应该考虑如下:
- 拉请求信号,表示您希望将某些内容合并到分支中。您应该使它们与分支完全功能合并,或者将它们标记为“正在工作”
- 对每个分支提出拉动请求会给生产分支的维护人员带来很大压力;在每次更改时为每个分支创建一个新的请求可能需要很多工作
为了确保生产代码的使用并避免维护人员的合并冲突,您可以使用合并策略。在这种情况下:只允许快进合并返回到生产分支。这将促使参与者在创建回生产分支的请求之前合并或重新设置代码的基础。您通常可以在首选git门户的存储库设置中限制合并策略。您可以发出请求,向上游分支发送更改信号;但是,你应该考虑如下:
- 拉请求信号,表示您希望将某些内容合并到分支中。您应该使它们与分支完全功能合并,或者将它们标记为“正在工作”
- 对每个分支提出拉动请求会给生产分支的维护人员带来很大压力;在每次更改时为每个分支创建一个新的请求可能需要很多工作