相关疑难解决方法(0)

我正试图用http://danielmiessler.com/study/git/#website设置git 来管理我的网站.

我已经完成了说明的最后一步:git push website + master:refs/heads/master

我正在使用win7中的git ming32命令行

$ git push website +master:refs/heads/master
Bill@***.com's password:
Connection closed by 198.91.80.3
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

这里的一个问题可能是程序正在寻找Bill@***.com.当我通过ssh连接到我的网站时,我有一个不同的用户名(让我们说'abc').所以也许这应该是abc@***.com.如果是这样,我不知道如何改变这个或者我是否可以推动别名

我正在将我的所有私人公共回购转移到github.我做出的决定之一就是只使用控制台,因为如果我需要更换PC等,它意味着更小的工具占用空间.

我将成为控制台应用程序的巨大用户并且是git的新用户我决定购买Tekpub的Mastering Git系列,因为它向您展示了如何将git bash整合为工具栏.

一切正常,除了add all命令,它是:

git add .

它似乎工作,但我没有任何迹象表明它是否有效.是否有一个详细的开关(我认为这就是所谓的),可以说在命令启动后跟踪了哪些文件？

我使用Visual Studio 2010与标准安装的git(非Git扩展)

我在一台位于NFS上的Linux机器上有一个10 GB的仓库.第一次git status需要36分钟,之后git status需要8分钟.似乎Git依赖于操作系统来缓存文件.只有第一个git命令commit,status包括打包/重新包装整个回购需要很长时间才能获得巨大的回购.我不确定你是否曾经使用git status过这么大的回购,但有没有人遇到过这个问题？

我已经试过git gc,git clean,git repack但所花费的时间仍是/几乎是相同的.

子模块或任何其他概念,比如将repo打成较小的那些有帮助吗？如果是这样,那么最好分割更大的回购.有没有其他方法可以改善大型仓库上git命令的时间？

如果我使用GIT_TRACE = 2环境变量运行"git push",我会得到以下结果:

09:25:28.098743 git.c:349               trace: built-in: git 'push' 'origin' 'master'
09:25:28.100261 run-command.c:341       trace: run_command: 'ssh' 'git@bitbucket.org' 'git-receive-pack '\''kevinburke/letter.git'\'''

哪个很好,除非有时我得到这个错误:

fatal: Could not read from remote repository.

我只是间歇性地得到它所以我不确定发生了什么.我知道ssh有一个冗长的模式:

 -v      Verbose mode. Causes ssh to print debugging messages about its progress. 
         This is helpful in debugging connection, authentication, and configuration
         problems.  Multiple -v options increase the verbosity.  The maximum is 3.

如果我可以git在-vvv打开的情况下运行该ssh命令,那将会很棒.有没有办法用环境变量或配置设置启用它？

我在Windows 7/XP上遇到了Git Bash的奇怪问题.它用来做工精细,但最近我发现后,我进行git diff或git log,混帐击变得不可用:继DIFF /日志,即使我回到命令提示符下,Bash保留突然,显然自发地重复相同的命令,自发的和而我正在键入后续命令.

有没有其他人有这个问题？任何建议都会非常感激,因为这实际上限制了Git Bash目前的实用性.

我目前遇到一个目前无法正确确定的问题。

当我尝试通过 VSCode 使用 Git 时，无论是通过启动 Git-Bash 终端还是使用 GUI 工具，实际运行命令都需要花费大量时间。

这似乎是随机的，但作为运行时的示例，“git push -u origin main”花费了从 2:37 分钟到 17:03 分钟的任何时间

相比之下，当我在完全相同的文件夹上运行完全相同的命令但通过独立的 GitBash 运行时，需要大约 2 秒的时间。

所以我只是想知道是否有人可以帮助解决这两件事；

• 如果有人知道为什么它运行得这么慢？
• 有什么方法可以检查它在运行这些命令时正在做什么（这样我就可以弄清楚为什么它运行得那么慢）

谢谢。

22 年 6 月 4 日编辑

我已经在我们环境中的另一台计算机上进行了测试，然后在我的个人计算机上进行了测试。个人问题为零，但我工作环境中的计算机仍然通过 VSCode 运行 Git 命令非常缓慢。

因此，正如我所假设的，这很可能是与我们环境中的某些内容相关的问题（但与网络无关）。但我仍然想知道为什么要花这么长时间或者我怎样才能自己弄清楚这些信息？

29/03/23 编辑

我发现这个问题有很多观点，所以我只想为其他有这个问题的人澄清一下。

• 我的问题通过跟踪得到解决，看到凭证管理器核心是我的问题。我在没有凭证管理器的情况下重新安装了 GIT
• 我不知道为什么凭证管理器在我的机器上出现问题。但我的环境受到严格限制 - 所以我想这与此有关
• 我建议在 GIT Bash 中尝试相同的命令（而不是通过 VSCode）。然后，确认缓慢是 Visual Studio Code 独有的。按照答案中给出的方式运行跟踪，找到花费很长时间的行，然后从那里开始。

我想知道这git clone --verbose不是很冗长.执行命令的输出如下:

$ git clone --verbose <repo>
remote: Counting objects: 184, done
remote: Finding sources: 100% (184/184)
remote: Total 184 (delta 66), reused 183 (delta 66)
Receiving objects: 100% (184/184), 18.90 KiB, done.
Resolving deltas: 100% (66/66), done. 

预期的行为是逐个查看收到的对象列表.可以使用其他一些选项吗？

当我做一个git pull,从git bash,终端通常运行拉,更新我的本地,然后挂起.我不确定它是否在等我做某事,但我通常会退出CTRL-C.之后,我得到一个index.lock阻止我做其他我必须删除的东西.我误解了怎么git pull运作？

我在armv7l上运行Ubuntu 18.04 LTS.我在代理中运行git clone(我正确设置了代理变量),但现在我得到了这个;

fatal: unable to access '<my_git>.git/': gnutls_handshake() failed: An unexpected TLS packet was received.

它曾经在Ubuntu 16.04中工作.我已经检查了这个解决方案,但它对我不起作用.我所要做的就是克隆克隆.

新版本的Visual Studio Team Explorer内置了对Git的支持。

我想知道是否有一个选项可以查看在使用团队资源管理器执行诸如Commit和Push之类的Git操作时执行的Git命令。

最好有一个选项来查看Team Explorer执行的其他命令，例如获取状态。

这些功能在当前的Visual Studio中可用吗？