Git -为大型项目推送远程分支的速度非常慢

Question

我们刚搬到我工作的地方。我们有一个相当大的项目，在版本控制(~500MB)下有一些相当大的资源。

今天，我们尝试将分支推送到远程服务器，但令人惊讶的是，git似乎正在尝试上传整个项目。我本以为git只会为有变化的4-5个文本文件发送增量(就像它对master的正常推送一样)。这不是远程分支的工作方式吗？我们使用了git push origin some_branch_name，在这种情况下有没有更好的命令？我们不应该在git中存储大量资源吗？如果不是，人们通常是如何处理这种情况的？有没有更好的方式让一个开发人员与另一个开发人员共享进行中的工作，而不是将更改提交到主分支？按照现在的情况，我们大约需要15分钟来推送一个远程分支，这是不可行的。我们做错了什么？

Answer 1

你能在你的帖子里更新一些东西吗？

为了更好地了解您的项目的外观，请发布以下排名靠前的10+条目：

git log --decorate=short --oneline --graph --all

如果大型资源是二进制文件，那么它们不应该存储在git中。如果这些二进制资源被更新，那么git必须在内部创建一个完整的副本，这是压缩算法不喜欢的，并将它们发送到服务器。至于如何处理它们，这取决于场景。你需要详细说明。

听起来像是有几个开发人员在同一个遥控器上工作。这是正确的吗？如果是这样的话，任何开发者都不应该直接致力于master (imho无论如何都不应该发生)。每个开发人员都可以有自己的命名分支。例如，开发人员John可以在john/<branch_name>下创建他的所有分支。这将有助于保持工作流程的整洁。

另外，git不能与deltas一起工作。每次文件更改时，它都会完整地存储该文件。这可能看起来效率很低，但所使用的压缩将大小保持在最小。它还有助于更快地结帐和扫描日志历史记录。请阅读Git Basics的第一部分以获得可视化信息。