IDEA中对Git的常规操作
场景一:小张创建项目并提交到远程Git仓库场景二:小袁从远程Git仓库上获取项目源码场景三:小袁修改了部分源码,提交到远程仓库场景四:小张从远程仓库获取小袁的提交场景五:小袁接受了一个新功能的任务,创建了一个分支并在分支上开发场景六:小袁把分支提交到远程Git仓库场景七:小张获取小袁提交的分支场景八:小张把分支合并到主干场景九:master代码同步到test分支场景十:dev分支代码还未写完未提交到git上,但是想切换到test分支上做某些操作,希望切换分支的时候,本地dev还未写完的代码不丢失拓展一:Git命令全家福拓展二: Git 常用分支名称参考地址:IDEA中Git的使用
工作中多人使用版本控制软件协作开发,常见的应用场景归纳如下:
假设小组中有两个人,组长小张,组员小袁
场景一:小张创建项目并提交到远程Git仓库
创建好项目,选择VCS - > Import into Version Control -> Create Git Repository
接下来指定本地仓库的位置,按个人习惯指定即可,例如这里选择了项目源代码同目录
点击OK后创建完成本地仓库,注意,这里仅仅是本地的。下面把项目源码添加到本地仓库。
下图是Git与提交有关的三个命令对应的操作,Add命令是把文件从IDE的工作目录添加到本地仓库的stage区,Commit命令把stage区的暂存文件提交到当前分支的仓库,并清空stage区。Push命令把本地仓库的提交同步到远程仓库。
介绍一下版本库的概念:
IDEA中对操作做了一定的简化,Commit和Push可以在一步中完成。
具体操作,在项目上点击右键,选择Git菜单
因为是第一次提交,Push前需要指定远程仓库的地址。如下图,点击Define remote后,在弹出的窗口中输入远程仓库地址。
场景二:小袁从远程Git仓库上获取项目源码
即克隆项目,操作如下:
输入小张Push时填写的远程仓库地址
接下来按向导操作,即可把项目从远程仓库克隆到本地仓库和IDE工作区。
场景三:小袁修改了部分源码,提交到远程仓库
这个操作和首次提交的流程基本一致,分别是 Add -> Commit -> Push。请参考场景一
场景四:小张从远程仓库获取小袁的提交
获取更新有两个命令:Fetch和Pull,Fetch是从远程仓库下载文件到本地的origin/master,然后可以手动对比修改决定是否合并到本地的master库。Pull则是直接下载并合并。如果各成员在工作中都执行修改前先更新的规范,则可以直接使用Pull方式以简化操作。
场景五:小袁接受了一个新功能的任务,创建了一个分支并在分支上开发
建分支也是一个常用的操作,例如临时修改bug、开发不确定是否加入的功能等,都可以创建一个分支,再等待合适的时机合并到主干。
创建流程如下:
选择New Branch并输入一个分支的名称
创建完成后注意IDEA的右下角,如下图,Git: wangpangzi_branch表示已经自动切换到wangpangzi_branch分支,当前工作在这个分支上。
点击后弹出一个小窗口,在Local Branches中有其他可用的本地分支选项,点击后选择Checkout即可切换当前工作的分支。
如下图,点击Checkout
注意,这里创建的分支仅仅在本地仓库,如果想让组长小张获取到这个分支,还需要提交到远程仓库。
场景六:小袁把分支提交到远程Git仓库
切换到新建的分支,使用Push功能
场景七:小张获取小袁提交的分支
使用Pull功能打开更新窗口,点击Remote栏后面的刷新按钮,会在Branches to merge栏中刷新出新的分支。这里并不想做合并,所以不要选中任何分支,直接点击Pull按钮完成操作。
更新后,再点击右下角,可以看到在Remote Branches区已经有了新的分支,点击后在弹出的子菜单中选择Checkout as new local branch,在本地仓库中创建该分支。完成后在Local Branches区也会出现该分支的选项,可以按上面的方法,点击后选择Checkout切换。
场景八:小张把分支合并到主干
新功能开发完成,体验很好,项目组决定把该功能合并到主干上。
切换到master分支,选择Merge Changes
选择要合并的分支,点击Merge完成
场景九:master代码同步到test分支
假设有master主干和test分支,现在要把master上的代码同步到test分支上:
首先切换到test分支(git checkout test),将test分支代码先提交Git上保存备份,
方案一:和代码(git merge master),IDEA中点击右下角,点击master,再点击Merge
方案二:分支上代码先保存或提交,再直接pull
选中上面的test和下面的master,之后就会把master上的代码同步到test分支了(图中分支名称不一致,按照你自己的分支来操作就ok)
场景十:dev分支代码还未写完未提交到git上,但是想切换到test分支上做某些操作,希望切换分支的时候,本地dev还未写完的代码不丢失
假设你正在dev上开发的好好的,但是临时需要去test分支上看下代码之类的操作,但是本地代码还没写完还不想提交到dev分支上:
第一步:先在dev分支上选GIT --> Repository --> Stash changes 保存该分支下的改动, 然后你就可以切换到test分支下做别的操作了。
第二步:从test分支切换回dev分支后,你的本地没提交的代码是会丢失的,这个时候 GIT --> Repository --> UnStash changes 就可以恢复之前本地没提交到dev的代码。
force Checkout跟smart checkout的区别
造成这个现象的原因是本地还有未提交到Git的代码就想要切换到新的分支
smart checkout:会把冲突的这部分内容带到要切换的分支里(如果你没有点进窗口处理那些冲突的文件)
force checkout:直接丢弃本地这部分冲突的代码,强制切换到你要切换的新分支(会丢失冲突的这部分代码,谨慎操作,可以按照这篇博客的场景十进行操作)
版本冲突的解决办法
点击中间的两个箭头按钮后即可将本地和服务端的冲突代码全部保留,然后在中间一栏Result中处理你想保留的最终结果。然后点击Apply按钮后,再操作一次Push操作,就可以提交你处理完的代码到Git了。
拓展一:Git命令全家福
拓展二: Git 常用分支名称
主分支
○ master分支:存放随时可供生产环境中的部署的代码
○ develop分支:存放当前最新开发成果的分支,当代码足够稳定时可以合并到master分支上去
辅助分支
○ feature分支:开发新功能使用,最终合并到develop分支或抛弃掉
○ release分支:做小的缺陷修正、准备发布版本所需的各项说明信息
○ hotfix分支:代码的紧急修复工作