git add 文件夹_Git的快速入门知识点整理

零、版本控制系统和远程仓库

• CVS / VSS - 1990s - 锁定模式
• SVM - Subversion（2000s）- 合并模式
• Git - Linux的开发者创造
• 远程仓库
  • 国外
    • github -

Build software better, together​github.com

• • • gitlab -

https://gitlab.com​gitlab.com

• • 国内
    • gitee -

码云 Gitee — 基于 Git 的代码托管和研发协作平台​gitee.com

• • • coding -

CODING - 一站式软件研发管理平台​coding.net

一、安装Git

这里主要讲Linux下如何安装，因为对于初学者，Windows直接下载exe，无脑下一步就行。

git的官网 -

Git​git-scm.com

• 从官网的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 的项目跟踪与合作

以下流程适用于大多数远程仓库

1. 注册github，创建自己的远程仓库
2. 看到喜欢的项目，一般是Watch, Star, Fork
   Watch - 观察别人的项目，有变动都会提示（如版本更新，有人pull request）。
   Star - 可以理解为点赞。
   Fork - 把别人的项目，复制拷贝到自己的远程仓库，如果你想协作开发，请fork。
3. Fork完了以后，你的代码修改和版本控制，就和 2.1 - 2.2 操作流程一样了。
   那么问题来了，我们Fork完了以后，所有的更新和修改都是基于上次fork后的代码，如果我们跟踪的项目本身更新了，怎么办？下面就就将介绍Upstream概念。
4. 一般你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