Git
来源:互联网 发布:java token编译原理 编辑:程序博客网 时间:2024/06/10 15:43
1.安装Git
window git下载
MAC OSX安装git
进入AppStore安装Xcode,Xcode集成了git,运行Xcode
选择菜单“Dowloads”,选择“Commond Line Tools”,
点“install”完成安装
2.配置
git config –global user.name “your name”
git config –global user.email “your email”
3.创建版本库(repository)
git init 创建一个版本库
4.工作区与暂存区
工作区:git仓库所在的目录
版本库:.git目录
原理
git add 把工作区的文件添加到暂存区
git commit 把暂存区内容提交到master分支中
master分支是git自动创建的
git status 查看工作区与暂存区状态
modifieed:文件名 表示文件被修改了,还没被commit
untracked filed: 文件名 新建的文件
5.理解版本回退
原理:每次提交一个新版本,实际上git会把他们自动串成一条时间线,git内部有一个指向当前版本的HEAD指针当想回退版本时git把HEAD指向回退的版本,顺便把工作区文件更新了
git reset –hard HEAD^ 回退到上一个版本
git reset –hard commit_id 可以回退到指定版本
利用git relog 可以查看所有之前的日志,可以查找到指定版本的commit_id
精华:1.HEAD指向的版本就是当前版本
2.回退前利用git log可以查看提交历史
3.要重返未来,用git reflog 查看命令历史,可以确定回到未来的那个版本commit_id
6.删除文件
当你手动删除一个工作区文件,此时工作区与版本库不一致了
利用
git rm 可以删除master分支中的文件
git commit -m “删除分支中的文件”
git checkout – file
使用版本库中的文件替换当前工作区中的文件
7.关联远程库
git remote add origin “远程地址”
第一次关联
git push -u origin master
之后用
git push origin master
利用git clone ‘远程地址’把远程仓库的文件复制到本地
8.创建与合并分支
时间线=分支(master)
创建分支
当前新分支提交版本时
当把master与dev分支合并
git branch dev 创建分支
git checkout dev 切换到dev分支
git branch 可以查看当前分支
当dev完成工作时,切换master分支
git checkout master
合并分支
git merge dev 用于把dev合并到当前分支
git branch -d dev 删除dev分支
解决冲突
当分支之间修改文件同一行时,冲突就发生了
如何解决
git用《《《《《《《 ,=========,》》》》》》》》标记出不同分支的内容
手动修改,再提交,用git log查看分支合并情况
分支管理策略
问题:合并分支时,fast forword模式会删除分支信息
解决:如果要强制禁用Fast forward模式,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
准备合并dev分支,请注意–no-ff参数,表示禁用Fast forward
利用git log可以看到分支信息
例:
首先,仍然创建并切换dev分支
$ git checkout -b devSwitched to a new branch 'dev'
修改readme.txt文件,并提交一个新的commit:
$ git add readme.txt $ git commit -m "add merge"[dev 6224937] add merge 1 file changed, 1 insertion(+)
现在,我们切换回master:
$ git checkout masterSwitched to branch 'master'
准备合并dev分支,请注意–no-ff参数,表示禁用Fast forward:
$ git merge --no-ff -m "merge with no-ff" devMerge made by the 'recursive' strategy. readme.txt | 1 + 1 file changed, 1 insertion(+)
因为本次合并要创建一个新的commit,所以加上-m参数,把commit描述写进去。
合并后,我们用git log看看分支历史:
$ git log –graph –pretty=oneline –abbrev-commit
* 7825a50 merge with no-ff
|\
| * 6224937 add merge
|/
* 59bc1cb conflict fixed
可以看到,不使用Fast forward模式,merge后就像这样:
分支开发原则
1.首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;
2.干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;
3.你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
所以,团队合作的分支看起来就像这样:
小结:合并分支时,加上–no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。
dev分支与远程关联
发布dev分支
发布dev分支指的是同步dev分支的代码到远程服务器
git push origin dev:dev # 这样远程仓库也有一个dev分支了
- git
- git
- Git
- Git
- Git
- Git
- git
- git
- Git
- GIT
- git
- GIT
- Git
- git
- git
- Git
- GIt
- git
- HTML5 微数据
- typeof能返回的六种数据类型
- 一 蓝牙概述
- Android 获取全局Context的技巧
- Centos 文件搜索命令-locate 及 find
- Git
- [17]_关于Ubuntu16.04.3终端下的命令行解析器bash和命令执行过程
- OpenGL 矩阵变换
- BZOJ1770: [Usaco2009 Nov]lights 燈(异或方程组)
- HTML5 地理位置
- 想知道最实用的MySQL备份恢复方案?《周四见》吧!
- eclispe工作空间问题
- git生成并添加SSH key
- Node.js —— next( )