git - 何时在 git 中推送到原点

Question

我觉得之前有人问过这个问题，但我在 SO 中找不到。
什么时候是将主题分支推送到原点的合适时机？

我问这个是因为我们有一个工作流程，我们经常以 git push --force 结束。当我们的主题分支落后时，工作流程是 rebase 到 master，但是因为我们提早并且经常推送我们的主题分支，这意味着这个 rebase 到 master 需要强制推送来发布新的，rebased主题分支。

现在我认为需要这种丑陋和危险的 force 的根本原因是因为我们经常 push 主题分支(一个原因是备份你的工作，另一个是让你的工作在万一你错过了工作或其他什么)，也许这是错误的？？所以我想知道，什么时候是推送分支的最佳时机，因为通常一旦推送，rebase 基本上就被禁止了，但我们仍然这样做。
主题分支推送是否应该只在分支准备好 merge 时发生？但是如果你的硬盘坏了或者你的工作被困在你的机器里，你就有可能丢失你的工作

如果它很重要，我们正在遵循像 github(但没有 fork )这样的 pull 请求模型，其中主题到 master 的 merge 发生在中央服务器上的 repo 管理器上，因此我们需要推送主题分支

Answer 1

不要将 --force 理解为“你不应该这样做”。将其更多地理解为“除非你知道自己在做什么，否则你不应该这样做。”

您确实知道自己在做什么，并且不会给任何人造成任何麻烦，所以 --force 并不是真正的问题。

请记住，Git 提交在到达远程仓库之前源自其他人的机器。因此，通过使用 --force 进行推送，您不太可能破坏工作，因为其他人已经在他/她的机器上完成了该工作。

我想这可以归结为:您认为 --force 既丑陋又危险。但为什么？当然，不应该掉以轻心。但它是您工具箱中的一个工具，您知道如何正确使用它。在您的主题分支完成(或至少接近完成)之前，您可以避免 merge 来自 master 的更改。或者你们可以各自推送到一个私有(private)存储库，这仍然可以让您在强制推送时无需担心其他任何人。

但如果使用 --force 有效，为什么还要担心呢？