赞
踩
在日常工作中,经常会用到Git操作。但是对于新人来讲,刚上来对Git很陌生,操作起来也很懵逼。本篇文章主要针对刚开始接触Git的新人,理解Git的基本原理,掌握常用的一些命令。本章讲到关于Git常用操作的分别有:创旧版本库、修改和提交、查看提交历史、撤销、分支标签、合并、远程操作。下面这幅图表非常重要,它涵盖了git常用命令的操作。
当我们在GitHub上注册好账户及创建好仓库。然后创建分支,并将代码提交到远程仓库GitHub上面。这里只是简单演示一遍正常的流程,各个步骤的详细操作还得往下面自行查找。
1、 git branch 查看当前所有分支;
2、git branch newbranchName 创建一个新的分支;
3、git checkout newbranchName 切换到指定分支;
5、git add. 提交到暂存区:
git add . | 添加当前目录的所有文件到暂存区 |
---|---|
git add <dir> | 添加指定目录到暂存区,包括子目录 |
git add <file1> | 添加指定文件到暂存区 |
6、git commit -m"message"提交到本地仓库
commit 将暂存区的内容提交到本地仓库,并且HEAD标签会随着本次提交移动到分支的提交点。
git commit -m "message" | 提交暂存区到本地仓库,message代表提交说明信息 |
---|---|
git commit <file1> -m"message" | 提交暂存区的指定文件到本地仓库 |
git commit --amend -m"message" | 使用一次新的commit,替代上一次提交 |
7、git push <remote> <branch> 推送上传本地指定分支到远程仓库
8、git checkout master 切换到开发分支上,再git fetch 拉取最新代码后 git merge newBranchName合并分支。
下图是常用的命令简单的执行流程,我们先来了解这4个专有名词。
- Workspace:工作区
- Index / Stage:暂存区
- Repository:仓库区(或本地仓库)
- Remote:远程仓库
工作区
程序员进行开发改动的地方,是你当前看到的,也是最新的。平常我们开发就是拷贝远程仓库中的一个分支,基于该分支进行开发。在开发过程中就是对工作区的操作。
暂存区
.git目录下的index文件, 暂存区会记录
git add
添加文件的相关信息(文件名、大小、timestamp...),不保存文件实体, 通过id指向每个文件实体。可以使用git status
查看暂存区的状态。暂存区标记了你当前工作区中,哪些内容是被git管理的。当你完成某个需求或功能后需要提交到远程仓库,那么第一步就是通过git add
先提交到暂存区,被git管理。
本地仓库
保存了对象被提交 过的各个版本,比起工作区和暂存区的内容,它要更旧一些。
git commit
后同步index的目录树到本地仓库,方便从下一步通过git push
同步本地仓库与远程仓库的同步。
远程仓库
远程仓库的内容可能被分布在多个地点的处于协作关系的本地仓库修改,因此它可能与本地仓库同步,也可能不同步,但是它的内容是最旧的。
下面这幅图更加直接阐述了四个区域之间的关系。
- 任何对象都是在工作区中诞生和被修改;
- 任何修改都是从进入index区才开始被版本控制;
- 只有把修改提交到本地仓库,该修改才能在仓库中留下痕迹;
- 与协作者分享本地的修改,可以把它们push到远程仓库来共享。
关于分支 Branch,大概有四种操作:展示分支,切换分支,创建分支,删除分支。分支的操作虽然比较多,但还好都比较简单记,如下表:
git branch | 列出所有本地分支 |
---|---|
git branch -r | 列出所有远程分支 |
git branch -a | 列出所有本地分支和远程分支 |
git branch <branch-name> | 新建一个分支,但依然停留在当前分支 |
git checkout -b <branch-name> | 新建一个分支,并切换到该分支 |
git branch --track <branch><remote-branch> | 新建一个分支,与指定的远程分支建立追踪关系 |
git checkout <branch-name> | 切换到指定分支,并更新工作区 |
git branch -d <branch-name> | 删除分支 |
git push origin --delete <branch-name> | 删除远程分支 |
在实际开放中,我们需要从master分支中创建分支,中间经过R3、R4、R5的commit提交记录,最后合入master中,这便用到了merge。操作如下:
git fetch <remote> | 拉一下远程仓库最新代码 |
---|---|
git merge <branch> | 合并指定分支到当前分支(一般当前在master上) |
git pull <remote><branch> | 快速拉取代码合并分支 |
git push <remote><branch> | 快速上传代码合并分支 |
一般在merge之后,会出现conflict,需要针对冲突情况,手动解除冲突。主要是因为两个用户修改了同一文件的同一块区域。如下图所示,merge时遇到冲突,需要手动解除。
rebase 是合并分支的另外一种选择。在开始阶段,我们处于new分支上,执行
git rebase dev
,那么new分支上新的commit都在master分支上重演一遍,最后checkout切换回到new分支,合并前后所处的分支并没有改变。git rebase dev
,通俗的解释就是new分支想站在dev的肩膀上继续下去。另外,rebase也需要手动解决冲突。
* rebase与merge的区别
现在我们有这样的两个分支:test 和 master 从 A 开始提交,最后提交是 F ,如下:
D---E test
/
A---B---C---F master
在master执行git merge test
得到如下结果: G
D--------E
/ \
A---B---C---F----G test, master
在master执行git rebase test
得到如下结果:F
A---B---D---E---C'---F' test, master
观察结果可见 :
所以:
reset命令可以把当前所在分支指向另一个位置,并且相应的会变动工作区和暂存区。可以说是直接删除指定的commit。
git reset —soft <commit> | 只改变提交点,暂存区和工作目录的内容都不改变 |
---|---|
git reset —mixed <commit> | 改变提交点,同时改变暂存区的内容 |
git reset —hard <commit> | 暂存区、工作区的内容都会被修改到与提交点完全一致的状态 |
git reset --hard HEAD | 让工作区回到上次提交时的状态 |
git revert 可以用一个新的 commit 来消除一个历史提交所做的任何修改。即回滚提交。用新commit的内容与要revert的内容正好相反,能够抵消要被revert的内容。
*revert与reset的区别
现有提交记录A - B 。 那么我想 取消 B的提交记录,让当前分支最新提交变回 A。如下图:
- git revert是用一次新的 commit 来回滚之前的commit ;git reset是直接删除指定的commit。
- git reset 是把HEAD向后移动了一下,而git revert是HEAD继续前进。
- 虽然回滚效果差不多。但是后续 merge 合并老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交,因此日后合并老的branch时,导致这部分改变不会再次出现,减少冲突。但是git reset是直接把某些commit在某个branch上删除,因而和老的branch再次merge时,这些被回滚的commit应该还会被引入,产生很多冲突。
push 可以实现同步上传本地仓库分支到远程仓库分支。
git push <remote><branch> | 上传本地指定分支到远程仓库 |
---|---|
git push <remote> --force | 强行推送当前分支到远程仓库,即使有冲突 |
git push <remote> --all | 推送所有分支到远程仓库 |
git status | 显示有变更的文件 |
---|---|
git log | 显示当前分支的版本历史 |
git diff | 显示暂存区和工作区的差异 |
git diff HEAD | 显示工作区与当前分支最新commit之间的差异 |
git cherry-pick <commit> | 选择一个commit,合并进当前分支 |
以上就是关于Git的一些常用命令及详细阐述,相信能对Git有一个初步的认识。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。