git使用教程
文章目录
1. 安装
安装完成之后,打开终端,配置一下个人信息:
|
|
2. 架构
版本库:工作区有一个隐藏目录
.git,这个目录不属于工作区,而是git的版本库,是git管理的所有内容**暂存区:**版本库中包含一个临时区域,保存下一步要提交的文件。
**分支:**版本库中包含若干分支,提交的文件。
3. 基本操作
|
|
3.1 删除某个已经add的文件
|
|
3.2 如何修改文件名称并提交
|
|
3.3 比较文件差异

|
|
3.4 文件回退
|
|
4. 远程仓库
当多人协同开发的时候,每个人都在自己的本地仓库维护版本。
但是当多人之间需要共享代码、合并代码,此时就需要一个
远程仓库。
4.1 远程仓库工作模式

4.2 添加远程地址到本地仓库
|
|
4.3 查看远程地址
|
|
4.4 推送文件到远程仓库
|
|
4.5 克隆远程仓库
|
|
4.6 拉取远程仓库更新
|
|
5. 分支
分支,是一个个版本最终存储的位置。
分支,就是一条时间线,每次
git commit形成一个个版本,一个个版本一次存储在分支的一个个提交点上。

5.1 查看分支
查看当前仓库分支:
git branch仓库中默认只有
master分支执行
git commit时,默认是在master分支上保存版本
|
|
5.2 创建分支
在商业项目开发过程中,我们不会轻易的在
master分支上做操作。
我们会新建一个
开发用的分支,在此分支上做版本的记录。
当代码确实没问题时,才会将开发分支上成熟代码版本添加到
master分支上。
既保证开发过程中,可以及时记录版本,有保证master分支上每个提交点都是稳健版本。
|
|
5.3 切换分支
默认情况下,当前使用的分支是master分支
可以切换到
dev分支,则后续的git commit便会在dev分支上新建版本(提交点)
|
|
5.4 新建分支细节
新建分支时,新分支,默认有哪些内容呢?分支中包含了哪些次提交?
5.4.1 新分支初始内容
每个分支都有一个
指针,新建一个分支,首先是新建一个指针。而且新分支的指针会和当前分支指针指向
同一个提交点。新分支包含的提交点就是从第一个提交点到分支指针指向的提交点。

5.4.2 多分支走向
在master分支和新分支,分别进行
git add和git commit分支情况如下图:


5.4.3 分支提交日志
查看分支的提交日志,进而看到分支中提交点的详细情况。
|
|
5.5 分支的合并
两个分支内容的合并
git merge 分支a合并分支a到当前分支上
合并的两种方式:快速合并和三方合并。
5.5.1 快速合并
如果分支A当前的修改,是完全基于分支B的修改而来,则B分支合并A分支,就是移动指针即可。


5.5.2 三方合并
在不具备快速合并的条件下,会采用三方合并。


5.5.3 合并冲突
两个分支进行合并,但它们含有对同一个文件的修改,则在合并时出现冲突,git无法决断该保留哪个分支的修改。
出现冲突后,如要由两个开发人员当面协商,该如何取舍,为冲突文件定义最终内容。
解决方案:
1. 保留某一方的,删除另一方的 2. 保留双方的 3. 但无论如何,要记得删除
<<<< ==== >>>>这些符合 4. 本质是两个人协商为冲突的内容,定制出合理的内容。
6. 忽略文件
在仓库文件提交时,有些文件是不需要提交到仓库做版本控制的,这时候需要创建
.gitignore文件进行配置
|
|
7. 标签Tag
7.1 创建标签
|
|
7.2 查看标签
|
|
7.3 删除标签
|
|
8. 多人协同开发
多人协同开发,git操作
8.1 项目管理员(项目经理)
1> 由管理员负责创建一个远程库,初始的库中什么也没有,为裸库。库的名称建议和项目同名
2> 管理员会在idea中创建一个初始项目,其中包含
.gitjgnore文件。并在项目根目录下建立本地库。并建立dev分支。
3> 管理员将本地库上传到远程库。
4> 将其他开发人员拉入远程库的
开发成员列表中,使得其他开发人员可以访问该远程库。
8.2 开发人员
1> 初始化:在idea中
clone远程库,获得项目。建立本地库
2> 后续的开发中,都要在dev分支上进行。开发完一个功能并找测试通过后就
commit(push)到远程dev分支中。
3> 需要更新项目内容时,通过
pull从远程仓库拉取内容。
4> 注意:多人协同时,每次
push到远程库前,都先做一次pull,一来时把远程库最新内容合并到本地,二来是核实本地内容是否和远程内容有冲突。
文章作者 Bearkchan
上次更新 2020-03-02