SmartGit功能介绍

克隆仓库

SmartGit功能介绍_第1张图片

然后填写仓库地址,填写完成后点击next:

SmartGit功能介绍_第2张图片

使用默认选择就可,点击next,

SmartGit功能介绍_第3张图片

填写好本地地址后,点击finish:

SmartGit功能介绍_第4张图片

提交修改到远程仓库

本地修改文件并保存后:

SmartGit功能介绍_第5张图片

查看修改前后文件对比:

SmartGit功能介绍_第6张图片

修改后,在相应仓库上单击右键,然后点击Commit

SmartGit功能介绍_第7张图片

选择要提交的文件后,填写提交信息,最后点击commit

SmartGit功能介绍_第8张图片

提交后,在分支图上就会又一个节点,该节点和之前的节点颜色明显不同,代表这是刚刚提交的,但是还没有推送到远端:

SmartGit功能介绍_第9张图片

在推送到远程仓库前,需要先确定远程仓库有没有其他更新,如果有,就无法推送上去,点击pull从远程仓库下载最新的程序:

下载后,如果有冲突,需要解决一下,解决冲突后,就可以推送到远端了,点击push:

然后选择提交到当前分支,点击push就好:

SmartGit功能介绍_第10张图片

重置分支

如果提交分支后,发现提交有问题,需要撤销提,可使用重置分支

在回退的节点上单击右键,点击reset

SmartGit功能介绍_第11张图片

然后在弹窗中有三个选项:

Mixd:回退到该版本,且会将暂存区的内容和本地已提交的内容全部恢复到未暂存的状态,不影响原来本地文件(未提交的也不受影响)

Soft:回退到该版本,不清空暂存区,将已提交的内容恢复到暂存区,不影响原来本地的文件(未提交的也不受影响)

Hard:回退一个版本,清空暂存区,将已提交的内容的版本恢复到本地,本地的文件也将被恢复的版本替换

我的使用感觉:mixd和soft都会保留本地的修改,soft会记住你之前提交的文件,下次提交的时候,会默认提交之前提交的文件。hard会将本地所有修改都删除,和回退到的版本百分百一样

SmartGit功能介绍_第12张图片

按照需要选择重置类型后,点击reset,就可重置回目标版本了。

版本恢复

如果你突然发现之前提交的某个版本有BUG,需要恢复回去,但是该版本以后的又不需要恢复,该怎么办呢?可以使用revert。

在需要使用恢复的节点上,右键后选择revert

SmartGit功能介绍_第13张图片

SmartGit功能介绍_第14张图片

点击revert & commit后,可以看到一次新的提交,这次提交和之前的那个版本刚好相反,将那个版本所有的修改又都改回去了。

这是revert前的版本

SmartGit功能介绍_第15张图片

这是revert后提交的内容:

SmartGit功能介绍_第16张图片

 

添加本地分支

右键local Branches,点击Add Branches,(或者直接按快捷键F7)

SmartGit功能介绍_第17张图片

填写分支名字后,点击Add Branch & checkout,创建分支并检出到该分支

SmartGit功能介绍_第18张图片

创建完成后,就可以,就可以看到新的分支了,以后对代码的改动就都会在这个分支上,其他分支不会动,除非检出到其他分支去。这个时候,分支都还只是在本地,需要推送到远程仓库的话,点击push就好

 

分支合并

在源分支上右键,选择Merge

SmartGit功能介绍_第19张图片

然后选择这两个都可以,创建合并提交或者合并到工作空间,修改后再提交也可以

SmartGit功能介绍_第20张图片

最后就将源分支的代码合并到当前分支上了

SmartGit功能介绍_第21张图片

 

分支策略

在实际开发中,我们应该按照几个基本原则进行分支管理:

首先,master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面干活;

那在哪干活呢?干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;

你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。

所以,团队合作的分支看起来就像这样:

SmartGit功能介绍_第22张图片

你可能感兴趣的:(SmartGit功能介绍)