git 核心简介

初始化： git init（初始化本地仓库）->git add（工作区文件到暂存区）->git commit(暂存区到版本库，并生效)

远程仓库：git remot add -> git pull（拉去）->git push ->git clone

分支管理：git branch->git checkout ->git merge

标签管理：git tag->git push（标签只在本地起作用，需git push到远端）

标签：发布版本，设定标签，通过标签回滚版本

查看所有标签 git tag

创建标签 git tag name

指定提交信息 git tag -a name -m "comment"

删除标签 git tag -d name

标签发布 git push origin name

2.git 心得

无论使用啥命令，都无法将文件夹下的某些文件添加进 Git 进行版本控制，Git 提示信息如下：
后来经过艰难的搜索，终于发现原来是子文件夹下面含有 .git 文件夹，因此导致该子文件夹无法被 Git 跟踪，可以通过以下方法解决：
git rm --cached folder
git add folder
其中 folder 为子文件夹。

强制推送：

拉下来合并：

总结：

git reset commitId：本地文件没有变话，但是退回了版本+id ，你可以add commit 重新提交
git reset –-soft commitId：回退到某个版本，只回退了commit的信息，不会恢复到index file一级。如果还要提交，直接commit即可；
git reset -–hard commitId：彻底回退到某个版本，本地的源码也会变为上一个版本的内容，撤销的commit中所包含的更改被冲掉；

这种事情是不常遇到的，这里就是记录个变通方法，比如版本的提交如下，我要删掉commit-m这次的提交而保留后面的提交。

首先使用 git format-patch -（n-m） ,生成n-m个补丁文件 000(n-m)-commit-msg.patch,
000(n-m).patch是最后一次commit的补丁，
0001-commit-msg.patch是commit-m到commit-(m+1)的补丁。
使用git reset –hard commit-(m+1)退回到commit-(m+1)的版本，因为要删除commit-m，所以要在commit-(m-1)和commit-(m+1)之间做一次新的提交。
在 commit-(m+1)版本处使用git reset commit-(m-1)，退回到 commit-(m-1)版本同时保留M+1版本的更改
由于回退时保留了修改，这里直接提交修改， git add -u
git commit -m “从m-1到m+1的更改备注”，
提交后就回到了m+1的版本了
然后就是打补丁，提交修改
patch -p1 < 0001-commit-msg.patch
git add -u
git commit -m “commit-msg”
一级级的往后打补丁提交就好了，这是比较笨的办法，没办法啊，这种犯傻的事情也不多吧。

配置语法

注意： git 对于 .gitignore配置文件是按行从上到下进行规则匹配的

规则作用

注意：如果你创建.gitignore文件之前就push了某一文件，那么即使你在.gitignore文件中写入过滤该文件的规则，该规则也不会起作用，git仍然会对该文件进行版本管理。

****.gitignore只能忽略那些原来没有被track的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的