本地文件系统上的git存储库远程是否应该以file://作为前缀？

如果我想为位于同一文件系统上的git存储库定义远程存储库，有人建议它应该以

file://

作为前缀。就是

git remote add theremote file:///path/to/repo

我想知道仅仅使用它是否有任何问题

git remote add theremote /path/to/repo

我做了一个快速检查，

git-remote-add

，

git-clone

，

git-pull

，以及

git-push

似乎都对这个简单的选项很满意

---

是否存在缺少

文件：//

前缀会导致问题的情况？

Git可以处理本地路径。无需使用

文件：//

，尽管存在细微差异（引自）：

如果在URL的开头显式指定

file://

，则Git的操作略有不同。如果只指定路径，Git会尝试使用硬链接或直接复制所需的文件。如果指定

file://

，Git将启动它通常用于通过网络传输数据的进程，这通常效率要低得多。指定

文件：//

前缀的主要原因是，如果您想要存储库的一个干净副本，而不包含无关的引用或对象 — 通常在从另一个VCS或类似的东西导入之后（有关维护任务，请参阅Git内部构件）