Git“获取 URL”和“推送 URL”有什么区别？

Question

对于某个远程，什么时候 Fetch URL 和 Push URL 会不相同？

例如，当我为名为central的远程运行git remote showcentral时，输出如下所示：

* remote central
  Fetch URL: [email protected]:/home/aoberoi/Repositories/example.git
  Push  URL: [email protected]:/home/aoberoi/Repositories/example.git
  HEAD branch: master
  Remote branch:
    master tracked

我只是不明白为什么我会从两个不同的URL中获取和推送到两个不同的URL，什么类型的工作流程的用途是什么？

Answer 1

我不确定您的意思，因为您的示例包含 2 个相同 URL，但推送和拉取的 URL 可能不同，因为：

• 协议问题：请参阅 Git 协议：网址将略有不同，因为并非每个协议都支持推送操作（例如 http，除了 smart http< /a>)
• 中间存储库：您可以推送到不同的存储库，该存储库将成为真正的“中央”存储库和您的存储库之间的“中间人”。然后可以执行某些操作（例如通过接收后挂钩），如果这些操作（例如“单元测试”、“静态代码分析”...... ) 成功通过。
  有关此类用法的示例，请参阅：
  “< strong>您见过的源存储库最巧妙的用法是什么？”。

---

话虽这么说，提交 697f652（Git 2.3.1+，2015 年第一季度/第二季度） Git 维护者 Junio C Hamano (gitster) 提到：

尝试使用单个远程（例如“来源”）从一个地方（即上游）获取数据，同时推送到另一个地方（即您的发布点）似乎是一个常见的错误。< /p>

这永远不会令人满意，如果你想想 refs/remotes/origin/* 在这样的世界中意味着什么，就很容易理解为什么。它根本不能反映现实。
如果它遵循你的上游状态，它就无法与你所拥有的相匹配
发布，反之亦然。

文档并不清楚“remote..pushURL”和“remote..URL”是用来命名的通过不同的传输访问同一存储库，不是两个单独的存储库。

Answer 2

我认为，如果您想要一个“暂存”存储库贡献者会推送到的存储库，然后其他人会在审核和批准后将更改从那里推送到主存储库，那么您可以使用它。因此，您可以从主存储库中获取数据，然后推送到临时存储库。