如这个问题形容的一样,
场景是这样的,我本地有以下我的项目:
a 类我的项目:a1、a2、a3、a4;
b 类我的项目:b1、b2、b3、b4;
c 类我的项目:c1、c2、c3、c4;
当初我想把这三类我的项目都传到 github,上传有个几个目标
- 不便日后在线查看代码,根本 只看不写
- 不便看到每个类都有哪些项目
- 前期可能会拉代码下来看 commit 信息
另外,因为仓库比拟多,想上传的省事点,不想一一我的项目上传。
在尝试了一些方法:
- 把 a1、a2、a3、a4 间接放在目录 a 下做成一个 git 仓库上传,发现在 github 不能间接查看具体 > 我的项目,是一个链接的模式,点击之后没有反馈
sub module, sourcetree 的办法都不能满足
最终的解决办法是
创立大文件夹,归拢我的项目
以 a 类我的项目为例,新建一个文件夹 a,而后把工程放入文件夹 a,像上面这样
a/
a1/
a2/
a3/
a4/
给我的项目的.git 文件改名
咱们给 a1、a2、a3、a4 这些我的项目仓库里的.git 文件换个名字,改成 git。默认状况.git 文件夹是不显示的,能够在命令行改。
mv .git git
咱们之所以这么做,是因为:
a1 自身是一个仓库,咱们把文件夹 a 做成一个仓库的话,推到远端之后就会呈现 a1 目录打不开的状况,所以这里咱们须要解决下这些我的项目仓库。
因为 git 是通过.git 目录里的文件来记录仓库的信息的。咱们既要保留这些信息,然而还想他不是个仓库,那么咱们只有给.git 改个名字就行了,比方改成 git 目录,这样上传的时候 a1 就不是个仓库了(是一个一般的文件夹),当咱们要看 a1 代码的时候把他拉下来,把 git 目录改回.git,a1 就又是一个仓库了,能够查看 commit 信息。
这样对 a1、a2、a3、a4 都做这样的操作就解决好了。
初始化目录 a,提交
把目录 a 做成一个仓库,提交到远端就 ok 了。
其余状况
如果你的 a1、a2、a3、a4 仓库都曾经提交到远端了,只是想有个归拢入口的话,那么你能够用 github 的收藏夹性能。
操作如下:
- 咱们新建一个收藏夹
- star 本人须要归拢的仓库,并且抉择放入的收藏夹
- 点击对应的收藏夹就能够看到本人归拢的仓库
这样相当于咱们用收藏夹创立了一个分类,代替了原来的文件夹性能。
只不过这个计划有一个毛病,就是这个收藏夹是所有人可见的(只是收藏夹所有人可见,公有的仓库还是看不到的),所以在文件夹起名以及增加形容的时候须要注意。