常用git命令
根据廖雪峰的官方网站收集整理
将本地建的工程关联到远端仓库
git init
git remote add origin https://自己的仓库url地址
git status
git add .
git commit -m ‘[提交内容的描述]’
先 push，以后才能 pull：git push --set-upstream origin master
再 git pull
文章目录
- 1、创建版本库
- 2、版本回退
- 3、工作区与暂存区
- 4、管理修改
- 5、撤销修改
- 6、删除文件
- 7、添加远程仓库
- 8、从远程仓库克隆
- 9、创建与合并分支
- 10、解决冲突
- 11、 分支管理策略
- 12、多人协作
1、创建版本库
> 1、git init 初始化git 仓库
>
> 2、git add readme.txt 将文件添加到git 仓库，可以多次添加多个文件
>
> 3、git commit -m "message for this commit " 可以提交到git 仓库
2、版本回退
文件修改到一定程度，就commit一次，如果改乱了，还能回退到之前的版本。
> 4、git log #查看操作记录
>
> 5、git log --pretty=oneline. #日志放到一行来查看
>
> 6、git reset --hard HEAD^. # HEAD^ 回到上一个版本, HEAD^^ 是回到前2个版本
>
> 7、git reset p--hard 1358b0398d. #回到指定版本
>
> 8、git reflog 查看每一步的commit id 和对应的操作，以方便回退到指定的版本
3、工作区与暂存区
名词解释：
工作区：电脑里能看到的目录，比如的操作git 的目录 learngit. (~/Documents/git/gitlearn/learngit)
版本库Repository:工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
工作步骤：
1、先将文件的修改add 到 暂存区，然后一次性commit到默认的master分支
2、提交完成后stage 区域被清空，可用git status 命令可以查看
4、管理修改
git 管理的是修改，每次修改，不过不add 到暂存区，就不会加入到commit中。
git diff HEAD -- readme.txt #命令可以查看工作区和版本库里面最新版本的区别
5、撤销修改
> git checkout -- readme.txt #适用于文件在工作区，没有提交到暂存区
>
> git reset HEAD --readme.txt # 适用于文件 add 到暂存区，没有commit 到分支。这个命令会将文件从暂存区回退到工作区，可用git status 检查。
>
> git reset --hard commot_id # 适用于文件commit 到分支，没有push到远程。回退到上一个版本
6、删除文件
> 1、rm readme.txt. #在工作区删除文件
>
> 2、git rm readme.txt #从版本库中删除文件
>
> 3、git commit -m "remove file" # 提交删除，文件就从版本库中删除了
如果工作区误删除了，可以中版本库中恢复
> git checkout -- readme.txt
7、添加远程仓库
关联远程仓库：git remote add origin git@server-name:path/repo-name.git
关联后，使用命令git push -u origin master第一次推送master分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
默认origin 代表远程分支，
8、从远程仓库克隆
git clone
9、创建与合并分支
Git鼓励大量使用分支：
查看分支：git branch
创建分支：git branch
切换分支：git checkout
创建+切换分支：git checkout -b
合并某分支到当前分支：git merge
删除分支：git branch -d
10、解决冲突
一个解决冲突的例子
git checkout -b feature1 #创建分支，并切换
#新建一个文件
>cat test.txt
creating a new branch is quick and easy
> git add test.txt
> git commit -m "and easy"
#切换到主分支
> git checkout master
> cat test.txt
creating a new branch is quick & easy
> #合并两个分支
> git merge feature1
Auto-merging test.txt
CONFLICT (add/add): Merge conflict in test.txt
Automatic merge failed; fix conflicts and then commit the result.
#修改文件，使得两个文件一样
> vi test.txt
> git add test.txt
> git commit -m "fix the confic"
[master c4933be] fix a confict
#查看分支图
> git log --graph --pretty=oneline --abbrev-commit
#删除feature 分支
> git branch -d feature1
11、 分支管理策略
#因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。
git merge --no-ff -m "merge with no-ff" dev
分支策略：
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
所以，团队合作的分支看起来就像这样：
小结：
Git分支十分强大，在团队开发中应该充分应用。
合并分支时，加上–no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
12、多人协作
多人协作的工作模式通常是这样：
首先，可以试图用git push origin 推送自己的修改；
如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用git push origin 推送就能成功！
如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to origin/。
这就是多人协作的工作模式，一旦熟悉了，就非常简单。
小结
查看远程库信息，使用git remote -v；
本地新建的分支如果不推送到远程，对其他人就是不可见的；
从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；
建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。
本地关联远程git仓库的过程参考博文Permission denied (publickey). fatal: Could not read from remote repository.