尝试使用--verbose
选项查看实际发生的情况。即使你只做了小的更改,一些内部事务可能会导致git推送更多的数据。
查看git gc。它可以清理你的本地仓库,并可能加快速度,具体取决于你的问题。强烈建议备份。
我曾有过同样的问题。如果您正在使用 Bitbucket.org,不知道为什么,但禁用 IPV6 连接可以解决这个问题。
/etc/sysctl.conf
禁用它)。
如果您需要IPv6,则通过将以下内容添加到您的主机文件中,强制您的PC使用bitbucket的IPv4:
104.192.143.3 bitbucket.org
- vinitiusgit push --ipv4 your-remote
git push --ipv6 your-remote
编辑问题被阻止了,因为“Stack Overflow 上有太多待处理的编辑。请稍后再试。”... - Eddie确保使用正确的协议。
根据您本地配置的设置方式,可能需要使用 https
进行连接。为此,请将远程存储库的协议从 git@github.com:[user]/[repo]
协议切换到 https://github.com/[user]/[repo].git
协议。
如果无法使用 https
协议,尝试反过来也是值得的。在旧版配置中,旧版的 git@github
用户身份验证通常会作为后备选项允许您进行连接。
我在使用Git Bash时遇到了类似的问题。 使用这些命令可以解决问题。
git config --global core.preloadindex true
git config --global core.fscache true
git config --global gc.auto 256
https://blog.praveen.science/solution-to-git-bash-is-very-slow-in-windows/
确保您已通过身份验证登入Github:对我来说,我的身份验证是问题所在。我在Windows上使用git bash运行命令时,由于某些原因它没有提示我进行身份验证。当我在命令提示符下运行它时,我得到了以下结果:
Select an authentication method for 'https://github.com/':
1. Web browser (default)
2. Personal access token
option (enter for default):
在我成功验证后,它运行良好
chown -R user.group /dir
设置正确的权限后,提交就能成功完成:最初的回答$ git push --verbose
Pushing to ssh://user@domain.zone:port/dir
user@domain.zone's password:
Counting objects: ...
...
Total 123 (delta 21), reused 16 (delta 12)
To ssh://domain.zone:port/dir
* [new branch] master -> master
updating local tracking ref 'refs/remotes/origin/master'
对于那些克隆代码库并将其推送到新的远程存储库的人 -
如果您从CLI(非fork)开始新项目并克隆了一个存储库,当您将其推送到空白的远程存储库时,您会推送整个项目历史记录。这需要一些时间。如果您只需要克隆作为它所在的状态,并且不需要历史记录,请在克隆后删除.git
目录,然后使用git init
重新初始化本地仓库,并将其推送到新的远程存储库。应该很快推送。