经过反复试验，我注意到可以提交使用mklink/DFoo..\..\Bar\Baz\Foo创建的链接(指向同一存储库中的另一个文件)即使在macOS上也可以毫无问题地克隆。不幸的是，当这个特定的链接指向一个子模块时，Windows在克隆时表现得很奇怪。原因很可能是存储在repo中的链接在克隆子模块之前被pull出。由于链接在这个特定时间指向任何地方，因此它们已损坏，并且即使在克隆子模块后仍将保持损坏状态。一种解决方法是del特定链接和gitcheckout--*以将其恢复到工作状态。但是我想避免手动执行此操作，我想知道是否还有其他方法。像强制子模块在repo本身之前被pull出之类的东

我创建了一个项目submodule并将其放在Github上。我创建了另一个项目，supermodule，然后这样做:cdsupermodulegitinitmkdirlibgitclonegit://github.com/tandu/submodulelib/submodulegitsubmoduleadd./lib/submodulelib/submodule这工作正常，但在网站上，它在查看文件时找不到子模块的链接(实际上它只是永远显示“加载提交数据”)。子模块文件夹本身具有正确的origin。显然，我应该做的是...mkdirlibgitsubmoduleaddgit://gith

我创建了一个项目submodule并将其放在Github上。我创建了另一个项目，supermodule，然后这样做:cdsupermodulegitinitmkdirlibgitclonegit://github.com/tandu/submodulelib/submodulegitsubmoduleadd./lib/submodulelib/submodule这工作正常，但在网站上，它在查看文件时找不到子模块的链接(实际上它只是永远显示“加载提交数据”)。子模块文件夹本身具有正确的origin。显然，我应该做的是...mkdirlibgitsubmoduleaddgit://gith