在许多情况下，我需要处理由其他人创建的新的源代码集。他们给我一个他们的存储库的URL，如：
https://git.ourcompany.com/projects/SUPERNUKE/repos/supernuke/browse
要开始使用这段代码，假设我的机器上有一个c:/projects/SUPERNUKE目录，我似乎有两个基本选项：（1）我可以克隆存储库，或者（2）我可以自己创建存储库并将URL添加为远程。我更喜欢哪种方法？
第二个问题是如何设置我的本地目录结构。项目文件夹中可能包含许多非代码内容，如数据，设计文档，学术论文和其他内容。我最好使用像上面显示的URL这样的结构，还是有更好的方法？换句话说，要遵循上面URL中的结构，我会做什么（使用Git Bash for Windows）：
cd c:/projects/SUPERNUKE
mkdir repos
cd repos
mkdir supernuke
cd supernuke
[then either clone or init]
如果我遵循这种模式，有两件事我还是没有。由于我已经在SUPERNUKE项目目录中，为什么我在repos下面再次添加它？为什么不在repos下创建目录“src”并克隆到那里？事实上，为什么不只是克隆到“repos”目录？我可以不在同一目录中克隆多个repos吗？为什么创建者会有一个“浏览”目录？
答案 0 :(得分：2)
您应该使用clone，因为它就是这样。它创建目录，将其作为Git repo，设置远程并获取更改。
如果您有一个克隆并且想要添加指向同一克隆网络中的另一个远程存储库的另一个远程数据库，则添加远程更有帮助，例如： G。你的同事，如果你想从他那里获得尚未在Git中央存储库中的提交。
如何布局本地目录完全取决于您。在URL中，它只是存储所有存储库的路径/projects/SUPERNUKE/repos/，然后存在属于GitLab服务器上的用户或组browse的存储库supernuke或任何托管软件使用