相关疑难解决方法(0)

简短:有没有办法让git repo推送到远程回购列表(而不是单个"来源")？

长:当我在多台计算机上开发一个应用程序时,我经常遇到这种情况,它有不同的连接 - 比如在运输途中是笔记本电脑,在我在某个位置时是电脑"A",另一台是"B"在另一个.此外,笔记本电脑可能只与"A"或"B"连接,有时两者兼而有之.

我想要的是让git始终"拉"并"推"到它当前可以连接的所有计算机上,这样就可以更轻松地从一台机器跳到另一台机器并继续无缝工作.

当我试图跑

git push origin master --force

我刚得到

Counting objects: 2649, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (1280/1280), done.
error: RPC failed; result=22, HTTP code = 413 | 116 KiB/s   
fatal: The remote end hung up unexpectedly
Writing objects: 100% (2504/2504), 449.61 MiB | 4.19 MiB/s, done.
Total 2504 (delta 1309), reused 2242 (delta 1216)
fatal: The remote end hung up unexpectedly
Everything up-to-date

这与不安全有关吗？我尝试在Fatal的答案中创建一个公钥:远程端意外挂断并再次运行它,但它仍然无法正常工作.我实际上没有使用钥匙吗？如果是这样,我该如何使用它？

我今天创建了一个BitBucket帐户,我喜欢它们允许您拥有无限制的公共/私有存储库这一事实.但是,我没有找到您帐户的大小限制？有谁知道在哪里找到它？如果我没记错的话,Github会提供300mb.

我有一个文本文件file.txt(12 MB)包含:

something1
something2
something3
something4
(...)

有什么办法来分割file.txt到12个*.txt文件让说file2.txt,file3.txt,file4.txt(......)？

我希望将Git作为我雇主(250人)公司的主要来源控制.在继续讨论之前,我想回答以下问题.

1. Git是否有任何特定的最大文件大小限制可以处理？如果是这样,它是什么？

2. Git推荐的最大存储库大小是多少？这有助于我确定我应该在存储库中设置的内务处理.

有谁知道有很多分支(2000+)的git仓库的影响是什么？由于拥有那么多分支,git pull或git fetch是否会变慢？如果存在差异,请提供基准.

是否有任何方式（内置或附加）加密存储库中的单个文件，有限的人员可以访问。这些人签入时，文件将在签出时自动加密和解密。如果试图被其他人访问，它们将保持加密状态。

我忘记将更改推送到我已经增量工作了几个月的项目中。这导致 .git 目录非常大（~11 GB）。存储库中的其余文件加起来的成本远低于此。我想将所有提交推送到 github，如果不是一次性的话，那么会逐步推送。因此，我试图将提交逐一推送，以便保持在每次推送的限制范围内。

我的第一次提交（~5.5 GB）推送失败并给出了错误fatal: protocol error: bad line length 819264.11 MiB/s。

我在谷歌搜索时发现了一些类似的消息，但它们都指的是特定的字符错误。我似乎无法理解我遇到的这个错误是什么。

我使用的是 Git 2.22.0 和 macOS 10.15.4；这是通过 HTTPS 推送的，尽管我尝试了 ssh，但遇到了其他问题，所以我切换回来。在此之前我还遇到了另一个问题。我在此之前采取的步骤有更详细的信息。

使用 SSH 的终端输出：

client_loop: send disconnect: Broken pipeB | 1.39 MiB/s   
fatal: the remote end hung up unexpectedly
fatal: the remote end hung up unexpectedly

使用 HTTPS 的终端输出：

Enumerating objects: 667, done.
Counting objects: 100% (667/667), done.
Delta compression using up to 8 threads
Compressing objects: 100% (661/661), done.
fatal: protocol error: …

我知道 git LFS 导致 git 在文本文件中存储字符串“指针”，然后 git LFS 下载该目标二进制文件。这样，远程 git 服务器上的 git repos 就会更小。但是，git LFS 仍然必须存储二进制文件，所以在我看来，本地存储（经过一段时间后）git lfs pull）没有什么不同，并且远程 git LFS 服务器数据加上远程 git 数据的总和仍然相似。

我缺少什么？git LFS 如何高效跟踪二进制文件？

更新（自写此问题以来经过额外学习）：不要使用git lfs. 我现在建议反对使用git lfs

也可以看看：

1. 我的评论在我接受的答案下面
2. 我刚刚在下面添加了我自己的答案

我开始提出这个问题是因为我相信 Git LFS 是令人惊奇和美妙的，并且我想知道如何做到这一点。相反，我最终意识到 Git LFS 是我日常工作流程问题的原因，我不应该再使用它，也不应该再推荐它。

概括：

正如我在这里所说的：

对于个人、免费的 GitHub 帐户来说，它的限制太大了，而对于付费的公司帐户，它需要git checkout花费几秒钟到长达 3 个多小时，特别是对于远程工作人员来说，这完全是浪费他们的时间。我处理这个问题三年了，这太可怕了。我编写了一个脚本每晚执行一次来缓解这种情况，但我的雇主拒绝给我购买更大的 SSD 来给我足够的空间每晚git lfs fetch执行一次，所以我仍然经常遇到多小时结账的问题。除非您删除整个 GitHub 存储库并从头开始重新创建，否则git lfs fetch --all也不可能撤消与存储库的集成。git …

场景一：

• 尝试在 github 中推送文件大小 > 100MB
• 文件 > 100MB 不允许推送。有效错误。同意
• 好的，使用 git lfs
• 还是同样的错误
• 这里出了什么问题
• 下面是与场景 1 相关的图片

场景2：

• 克隆一个新的存储库
• 创建了一个 > 100 MB 的新文件
• 还没推。我知道这会是一个问题
• 执行 git lfs install&track 大文件并执行 git add&commit
• 现在如果我 git push 成功，一切都好。没有问题。我可以在github上看到这个大文件
• 检查它在https://github.com/sivakumar-j-secondary-ac/scenario-2

那么如果 git lfs 在场景 2 中工作，那么“场景 1”出了什么问题