标签：inf rebase 回退 同步 文件中 历史 自己 email none
git init //仓库初始化
git clone git@github.com/xxxx.git //克隆远程仓库到本地
git remote add origin git@github.com/xxxx.git // 连接到远程仓库
git status // 查看版本库的状态
git add .|[file you want add like README.md] // 添加修改的文件进入版本库
git commit -m "the content of your modify" // 提交版本库
git push -u origin master // 上传到远程版本库</pre>
全局配置
git config --global user.name "github‘s Name"
git config --global user.email "github@xx.com"
git config --list单个仓库配置
git config user.name "github‘s Name"
git config user.email "github@xx.com"
git config --listgit config --list查看当前配置, 在当前项目下面查看的配置是全局配置+当前项目的配置, 使用的时候会优先使用当前项目的配置
ssh-keygen -t -rsa -C "dalinyy@163.com"
然后在C:\Users\Administrator.ssh（windows）目录中可以看到生成的ssh-key。
1.查看远程仓库 ： git remote -v
2.把远程仓库更新到本地 ： git fetch origin master
3.比较远程和本地版本的差异 ： git log master.. origin/master
4.合并远程仓库 ： git merge origin/master
- 常看更改 ： git status
- git add .
- git commit -m "content"
- git push -u origin master
‘‘‘
1. git log //查看历史版本
2. git log --graph //一图形界面方式查看历史
3. git reset HEAD~n //回退到前 n 版本, n = 前几个版本
4. git reset id //回退到任意一个id版本
‘‘‘
添加--hard参数： 表示回退到某个版本并且丢弃调工作区进行的修改
git reset --hard HEAD~1 或者 git reset --hard id
不添加--hard参数：不加该参数表示回退到某个版本但保留工作区的修改。
git reset HEAD~1 或者 git reset id
git push: 推送本地分支到远程当修改完成，本地的改动都已经提交到本地库，则可以将本地分支推送到远程代码库了。
git push origin master origin //表示远程代码库的一个别名（也可以修改为其他名字，可
git remote //master 表示需要推送的分支名称。如果，push 的过程中提示当前分支进度落后于远程的分支，则需要通过 git pull 命令来拉取远程最新状态和本地分支进行合并，完成之后再 push 到远程就可以了。
git pull: 拉取远程分支到本地并合并一般是本地分支的进度落后于远程分支时，需要使用该命令。
git pull origin master origin //表示远程代码库的一个别名（也可以修改为其他名字，可
git remote //master 表示需要拉取合并的分支名称。常用
git pull --rebase origin master用 rebase 的方式进行，不会产生 merge 保持分支干净、整洁
git branch: 分支操作 git branch //显示本地所有分支以及当前所在哪个分支
git branch branchName //用于新建名为 branchName 的新分支
git branch -d branchName //用于删除名为 branchName 的分支
git branch -D branchName //用于强制删除分支git checkout: 分支间切换该命令除了进行分支间切换功能外，还可以用来丢弃工作区中的修改内容，这里就不作介绍了，仅介绍分之间的切换功能
git checkout branchName //用于从当前分支切换到名为 branchName 的分支上。
git checkout -b branchName //用于新建名为 branchName 的分支并切换到该分支上。注意与 git branch 新建分支的区别，此处除了新建分支外还进行了切换操作
git merge: 合并分支该命令用于合并两个分支。 命令：git merge branchName 用于将名为 branchName 的分支合并到当前分支。 有两种合并方式：
git merge dev
git merge dev 
注意两种方式的区别：fast-forward 方式仅仅是移动了 HEAD 指针，而非 fast-forward 方式则是新建了一个节点
git revert: 撤销某次提交该命令用于撤销历史上的某次提交，注意该撤销操会作为一个新节点存在于分支上
git tag: 标签的操作用于给某次提交打个标签，例如截止到某次提交后完成了某个重大版本的开发，则可以在该次提交打上一个版本的 tag
git tag V1.0 标注V1.0版本
git show: 显示信息可用于显示某次提交或者某个 tag 相关的信息。 命令： git show commit_id 显示某次提交的详细信息
命令： git show tag_name 显示某个 tag 的详细信息
git blame: 查看文件每行的提交历史 (追责)git blame file_name
可用于查看某个文件中的每一行是那次提交产生的，是谁提交的，什么时候提交的，提交的版本号是多少等等详细信息，在实际工作中方便对出问题的代码进行追责，找到产生 BUG 的责任人。
在团队协作过程中一般会有多个分支，比如有默认的 master 分支，有用于开发的 dev 分支，还有用于测试的 test 分支，用于对外发布的 release 分支，以及每个开发人员开发不同功能时用到的 feature_xx 分支等等。
我们常用的分支有3个（master 分支、dev 分支、test 分支）以及若干个 feature_xx 分支。
master 分支：是主分支，是最终上线代码的分支，该分支被设置被保护分支（锁住），普通开发人员没有权限操作，只有团队 leader 有合并的权限；dev 分支：是用于开发的分支，该分支被设置为默认 clone 的分支，也用于合并到 master 之前进行测试的分支，普通开发人员从远程 clone 到本地的默认分支，可以进行合并等操作；test 分支：是用于测试的分支，测试人员可以将自己开发分支中的修改合并到 test 分支在测试环境进行测试，一般该分支不合并到任何分支；feature_xx 分支：是用户开发自己模块功能的特征分支，可以叫 feature_login, feature_ui, feature_payment 等与开发的功能相关的名称，该分支上的功能开发完、测试无误后可合并到 dev 分支上。普通开发人员，一般按照如下几个步骤来进行开发、测试工作就可以了：
git clone git@github.com:xxx/xxx.git；git checkout -b feature_login；git branch test origin/test;git rebase test, git checkout test, git merge feature_login, git push origin test；（注意：我们推荐用 rebase 来合并，以保证分支的整洁、美观）git rebase dev, git checkout dev, git merge feature_login, git push origin dev；（注意：我们推荐用 rebase 来合并，以保证分支的整洁、美观）git branch -d feature_login；git pull --rebase 以保持分支的整洁、美观。因为只有 leader 有操作 master 分支的权限，所以需要完成 dev 分支到 master 分支的合并，以及后续打 tag 和正式上线发布的工作：
git checkout dev, git pull --rebase origin dev；git rebase master, git checkout master, git merge dev;（注意：我们推荐用 rebase 来合并，以保证分支的整洁、美观）git tag v1.0 -m "release version 1.0"；git push orgin master --tags。标签：inf rebase 回退 同步 文件中 历史 自己 email none
原文地址：https://www.cnblogs.com/DaLinY/p/470fbd84e7d822acf586322ae32da1c4.html
