【问题标题】:Pushing same git changes to multiple branches将相同的 git 更改推送到多个分支
【发布时间】:2014-10-30 19:37:52
【问题描述】:

我创建了一个 github 存储库,并希望在主存储库上更新一个开放的拉取请求。但是,在此之前,我想在我的本地机器上进行试运行,以确保在合并拉取请求后有人构建此项目时事情会顺利进行。

我不确定如何测试这种情况?我正在争论是否应该在我的分叉仓库上创建一个新分支,暂存我的更改并推送到它。

从那里,如果我转到原始存储库的本地副本并从我的分叉存储库/新分支中提取并尝试构建,那应该涵盖我吗?

如果是这样,我的问题是如何使用我推送到分叉存储库新分支的更改来更新我的原始拉取请求?我已经将它们暂存并推送到新分支,有没有办法将它们“重新推送”到我原来的分支,所以拉取请求会更新?

也许我已经走得太远了,有更好的方法来解决这一切,在这种情况下,我全神贯注。谢谢。

【问题讨论】:

    标签: git github


    【解决方案1】:

    我正在争论是否应该在我的分叉存储库上创建一个新分支,暂存我的更改并推送到它。

    这是普遍接受的最佳实践:将您的更改隔离在您的分支中:

    【讨论】:

    • 谢谢。那么一种可能的策略是关闭原始的拉取请求,并基于新分支创建一个新的请求?可以,只要确保不违反某种 git 礼仪即可。
    • @jkj2000 是的,你可以这样做。分支背后的想法是,您可以根据需要多次推送它,同时使用原始 repo 的分支更新 repo 的分支。
    • VonC——再次感谢。我得到了我需要做的事情。然而,一个问题?在我的分叉存储库中,我将新分支合并到原始分支,并且基于主存储库上该分支的拉取请求会自动更新。如果我想在更新 PR 之前花点时间检查一下,是否应该关闭 PR,然后基于同一分支打开一个新的?
    • @jkj2000 是的,这将有助于隔离新 PR。最好创建一个正式的新分支分支(master 或与原始 repo 通用的另一个分支),以便于后续 rebase。
    猜你喜欢
    • 2016-11-02
    • 2010-11-07
    • 2018-12-19
    • 1970-01-01
    • 1970-01-01
    • 2016-07-13
    • 2016-11-06
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多