根据廖雪峰的官方网站收集整理
将本地建的工程关联到远端仓库
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、创建版本库
> 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 <name>
切换分支:git checkout <name>
创建+切换分支:git checkout -b <name>
合并某分支到当前分支:git merge <name>
删除分支:git branch -d <name>
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.