![e2584f65c07b1ac27da14314504a77b1.png](https://i-blog.csdnimg.cn/blog_migrate/5a2945a70b7df5c9152d5b0f52a999a0.png)
零、版本控制系统和远程仓库
- CVS / VSS - 1990s - 锁定模式
- SVM - Subversion(2000s)- 合并模式
- Git - Linux的开发者创造
- 远程仓库
- 国外
- github -
- 国外
![03684d9a6625f5b6e824d838731f134e.png](https://i-blog.csdnimg.cn/blog_migrate/ecfc3cb5a9b19327b1cee54d660429b4.jpeg)
-
-
- gitlab -
-
-
- 国内
- gitee -
- 国内
![8d1fa39dce5083a70d1f50df3340eb4b.png](https://i-blog.csdnimg.cn/blog_migrate/e31256de7db94d260ef1ad2f1f5a8f3f.png)
-
-
- coding -
-
![408ce22cb610b136ed7662ad50effe97.png](https://i-blog.csdnimg.cn/blog_migrate/c94c55c878ef4ce8cb286c5fbff31471.png)
一、安装Git
这里主要讲Linux下如何安装,因为对于初学者,Windows直接下载exe,无脑下一步就行。
git的官网 -
Gitgit-scm.com![90f60b3d33384edf578c5a9f3b160ed2.png](https://i-blog.csdnimg.cn/blog_migrate/25eb483238e9d9b83382f42818f02a78.png)
- 从官网的Tarballs,寻找安装连接,下载
wget https://mirrors.edge.kernel.org/pub/software/scm/git/git-2.26.0.tar.gz
- 解压缩
gunzip git-2.26.0.tar.gz
- 解归档
tar -xvf git-2.26.0.tar
- git 需要安装依赖库
yum install libcurl-devel
- 可以通过修改configure中内容,修改安装路径
ls | grep configure
-
- 修改安装路径
./configure --prefix=/usr/local/
- 检查文件夹下存在 Makefile文件
ls | grep Makefile
- 安装
make && make install
二、Git的配置和使用
2.1 本地的git版本控制
- 进入项目所在的目录,比如 /code
cd code
- 配置全局用户名和邮箱
git config --global usr.emal "xxx@xx.com"
git config --global usr.name "xxx"
- 初始化仓库
git init
- 查看 git 状态,哪些文件没有跟踪
git status
- 将指定文件添加到暂存区
git add <file>
- 或者添加当前目录下所有文件进暂存区
git add .
-
- . - 代表当前文件夹
- 从暂存区提交到仓库,并添加批注
git commit -m "完成xx功能"
- 查看历史提交
git log
- 文件恢复和版本回退
git checkout -- <file>
git checkout -- . - 恢复当前文件夹下的所有文件
-
- 在文件删除后,还没有 add / commit的情况下,可以回退修改
- 文件回退到指定版本
git reset --hard <ID>
git reset --hard 2250b
-
- 文件回退到 git log 查看的指定版本
- 2250b 是版本唯一标识符的前5位
- 也可以用 HEAD^ 替代 2250b
- HEAD^ 表示上一个版本
- HEAD^^ 表示上两个版本
- 但是一般不推荐这种操作
- 查看历史和未来版本
git reflog
2.2 远程仓库的命令
- 从远程仓库下载 / 复制 项目
git clone <url>
-
- 注意,这里的 url 后一般跟后缀 .git
- 将本地代码推送到远程仓库 / 服务器
git push
- 将服务器更新同步到本地
git pull
2.3 GitHub 的项目跟踪与合作
以下流程适用于大多数远程仓库
- 注册github,创建自己的远程仓库
- 看到喜欢的项目,一般是Watch, Star, Fork
Watch - 观察别人的项目,有变动都会提示(如版本更新,有人pull request)。
Star - 可以理解为点赞。
Fork - 把别人的项目,复制拷贝到自己的远程仓库,如果你想协作开发,请fork。 - Fork完了以后,你的代码修改和版本控制,就和 2.1 - 2.2 操作流程一样了。
那么问题来了,我们Fork完了以后,所有的更新和修改都是基于上次fork后的代码,如果我们跟踪的项目本身更新了,怎么办?下面就就将介绍Upstream概念。 - 一般你Fork完一个项目后,你自己的远程仓库是主分支 - original/master, 但你毕竟是拷贝别人的项目,所以在这之上还有一个更高一级的分支,我们可以称其为Upstream(上游)。
- 增加上游的源
git remote add upstream xxx@github.com:123/456.git
-
- 获取上游原始仓库分支对应的提交
git fetch upstream
-
- 与本地的项目同步
git rebase upstream/master
-
- 最后,记得将更新后的本地再推送给自己的远程
git push
2.4 如何自动屏蔽不想同步的文件- . gitignore
很多时候我们的项目下会自动生成开发环境生成的隐藏文件,是没必要和他人同步,且会引起不必要的冲突。
但是手动去用图形化界面勾选也好,命令行逐个add也罢,都不方便,所以可以配置一个文件,告诉git,以后遇到类似的文件,就不需要再同步了。这个文件就是.gitignore。可以直接在项目下手动创建。
具体.gitignore可以配置的信息,详见如下:
# 表示此为注释,将被Git忽略
*.a 表示忽略所有 .a 结尾的文件
!lib.a 表示但lib.a除外
/TODO` `表示仅仅忽略项目根目录下的 TODO 文件,不包括 subdir``/TODO
build/ 表示忽略 build/目录下的所有文件,过滤整个build文件夹;
doc/*.txt 表示会忽略doc``/notes``.txt但不包括 doc``/server/arch``.txt
bin/: 表示忽略当前路径下的bin文件夹,该文件夹下的所有内容都会被忽略,不忽略 bin 文件
/bin: 表示忽略根目录下的bin文件
/*.c: 表示忽略cat.c,不忽略 build/cat.c
debug/*.obj: 表示忽略debug/io.obj,不忽略 debug/common/io.obj和tools/debug/io.obj
**/foo: 表示忽略/foo,a/foo,a/b/foo等
a/**/b: 表示忽略a/b, a/x/b,a/x/y/b等
!/bin/run.sh 表示不忽略bin目录下的run.sh文件
*.log: 表示忽略所有 .log 文件
config.php: 表示忽略当前路径的 config.php 文件
/mtk/ 表示过滤整个文件夹
*.zip 表示过滤所有.zip文件
/mtk/do.c 表示过滤某个具体文件
被过滤掉的文件就不会出现在git仓库中(gitlab或github)了,当然本地库中还有,只是push的时候不会上传。
需要注意的是,gitignore还可以指定要将哪些文件添加到版本管理中,如下:
!*.zip
!/mtk/one.txt
唯一的区别就是规则开头多了一个感叹号,Git会将满足这类规则的文件添加到版本管理中。为什么要有两种规则呢?
想象一个场景:假如我们只需要管理/mtk/目录中的one.txt文件,这个目录中的其他文件都不需要管理,那么.gitignore规则应写为::
/mtk/*
!/mtk/one.txt
假设我们只有过滤规则,而没有添加规则,那么我们就需要把/mtk/目录下除了one.txt以外的所有文件都写出来!
注意上面的/mtk/*不能写为/mtk/,否则父目录被前面的规则排除掉了,one.txt文件虽然加了!过滤规则,也不会生效!
还有一些规则如下:
fd1/*
说明:忽略目录 fd1 下的全部内容;注意,不管是根目录下的 /fd1/ 目录,还是某个子目录 /child/fd1/ 目录,都会被忽略;
/fd1/*
说明:忽略根目录下的 /fd1/ 目录的全部内容;
/*
!.gitignore
!/fw/
/fw/*
!/fw/bin/
!/fw/sf/
说明:忽略全部内容,但是不忽略 .gitignore 文件、根目录下的 /fw/bin/ 和 /fw/sf/ 目录;注意要先对bin/的父目录使用!规则,使其不被排除。
注:.gitignore的配置内容源引自 https://www.cnblogs.com/kevingrace/p/5690241.html