目录
[法2.从其他服务器 克隆 一个已存在的Git仓库](#法2.从其他服务器 克隆 一个已存在的Git仓库)
法1.将尚未版本控制的本地目录转为Git仓库
如果有一个尚未进行版本控制的本地项目,想用Git控制它,那么首先要进入 cd 该项目目录
macOS:
cd /Users/user/my_project
Windows:
cd /c/user/my_project
Linux:
cd /home/user/my_project
然后执行:
git init
该命令会创建一个名为 .git 的子目录,这个子目录含有你初始化的Git仓库中所有的必须文件,这些文件是Git仓库的骨干,但是,这个时候我们仅仅只完成了一个初始化的操作,项目里的文件还没有被跟踪
如果在一个已存在文件的文件夹(非空文件夹)中进行版本控制,那么应该开始追踪这些文件并进行初始提交 。可以通过 git add 命令来指定所需文件进行追踪,然后执行 git commit,比如
git add *.c
git add LICENSE
git commit -m 'initial project version'
法2.从其他服务器 克隆 一个已存在的Git仓库
如果想获得一份已经存在的 Git 仓库的拷贝,比如你想要为某个开源项目贡献自己的一份力,这时就需要 git clone 。Git克隆的是该 Git 仓库服务器上几乎所有数据,不仅仅是工作所需文件。当你执行 git clone 命令时,默认配置下远程Git仓库中的每一个文件的每一个版本都将被拉取下来。事实上,如果你的服务器的磁盘坏了,你通常可以使用任何一个克隆下来的用户端来重建服务器上的仓库,虽然可能会丢失某些服务器端的钩子 hook 设置,但所有版本的数据仍在(这些在第一章中说过)
克隆仓库的命令是 git clone <url>,比如我的链接库叫 gigity
git clone https://github.com/gigity/gigity
这会在当前目录下创建一个叫 "gigity" 的目录,并在这个目录下初始化一个 .git 文件夹,从远程仓库拉取所有数据放入 .git 文件夹,然后从中读取最新版本的文件的拷贝。在这个新建的 gigity 文件夹里面所有的项目文件已经准备就绪等你使用、开发
如果想要自定义本地仓库的名字,可以通过添加参数指定
git clone https://github.com/gigity/gigity mygigity