git子模块更新--init --recursive挂起 [英] git submodule update --init --recursive hangs

查看:328
本文介绍了git子模块更新--init --recursive挂起的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

当我键入 git子模块更新--init --recursive 为了递归地克隆子模块时,它开始说 cloning ... ,然后继续执行任何操作...只是挂起。

When I type git submodule update --init --recursive in order to recursively cloned submodules, it starts to say cloning... and then proceeds to do nothing... just hangs.

一个明显的解决方法是从.gitmodule文件获取路径和存储库,导航至他们指定的路径,然后分别手动 git复制

One apparent fix is getting the paths and repos from the .gitmodule files, navigation to the path they prescribe, and git clone them each manually.

另一个明显的解决方法是Cntr-Z可以打破操作,删除--init子句生成的 .git 文件,然后重试。

Another apparent fix is Cntr-Z to break the action, delete the .git files that are produced by the --init clause, and trying again. It seemly works.

但是我似乎得到了一个坏结果。

I seem to have a broken result however.

我的主要问题是:如何获得 git子模块更新--init --recursive 工作属性,而无需挂起?

My main question is: is how to get git submodule update --init --recursive working property, without hanging?

其他人以前有遇到过此事吗?

Has others come across this before?

推荐答案

默认情况下,更新子模块不会显示进度。而且由于许多Git存储库的下载速度都相对较慢,所以这可能会导致挂起(这在我身上发生过多次)。

By default, updating submodules doesn't show progress. And since many Git repos will have a relatively slow download, this can cause the appearance of hanging (and it's happened to me multiple times).

要确保这不仅仅是下载缓慢的大型文件,请使用-progress 选项。

To make sure this isn't just a case of a large, slow download, run the update command with the --progress option.

git子模块更新--init --recursive --progress

这篇关于git子模块更新--init --recursive挂起的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆