nul*_*zer 8 git collaboration push github
在https://help.github.com/articles/about-pull-requests/ 中,GitHub 有一条注释:
注意:处理拉取请求时,请记住以下几点:
[...]
- 当推送提交到拉取请求时,不要强制推送。强制推送可能会破坏您的拉取请求。
我不明白这样做的原因——过去我经常将修改后的提交强制推送到具有相关开放 PR 的分支,但从未见过任何分支或 PR UI 损坏问题。
我知道强制推动使与同一分支上的同事一起工作变得更加困难——但对我来说,这并不真正符合“损坏的分支”或“损坏的 PR”的定义。
谁能解释一下 GitHub 是什么意思?
强制推送可能会破坏您的拉取请求。但并不总是如此。
当真正的强制推送发生时,原始拉取请求会丢失一个或多个提交,而更新的拉取请求可能会或可能不会引入一个或多个新提交。如果丢失的提交引入的更改未包含在新的拉取请求中,则文件的内容将被损坏。如果保留了更改,但包括作者/提交者姓名、电子邮件或日期在内的信息是伪造的,我们也可以说拉取请求已损坏。这些是版本控制系统中重要的事情。但如果您打算这样做,这不是问题。有时需要重写历史。
在你的情况下,我猜只有提交消息被修改并且没有任何重要的信息丢失,我相信只要你知道后果,进行强制推送就是正确的事情。但如果有人不小心或鲁莽地这样做,这将是一个问题,特别是当拉取请求包含其他贡献者未合并的提交时。
当您确实需要执行强制推送时,您始终可以创建新的拉取请求,这更安全并且可以避免烦人的问题
归档时间: |
|
查看次数: |
1847 次 |
最近记录: |