Git在Eclipse中的使用
1)Git于SVN的不同
Git是分布式数据库,本地创建仓库,即可在本地完成版本控制(等价于SVN在本地安装服务器和客户端,SVN服务器如果在远程,断网情况将无法完成提交及版本维护)。
Git协作开发,大家可以互相克隆版本库(相当于SVN下载项目),进行开发,每人都有完整的库(分布式)。通常为了方便,远程还是会建立一个共享库,如GitHub,方便大家同步和共享,不用互相在线,点对点同步修改。
2)Git元素概念
工作区(Working Directory):代码开发和修改的区域,Eclipse将Workspace区域的文件显示给用户,用于操作。
暂存区(Index):修改不同文件,通过Add to Index,添加到暂存区,暂存该批次的多个修改。
注:在最初的Git,文件提交前必须提交到暂存区。EGit这不是必要的,Team => Commit可以提交unstaged变化。可以和暂存区的状态比较和回退暂存区修改。(状态参见二)
版本库(Repository):该到一定程度时,可以提交一批次暂存区的修改,操作后修改提交版本库,并标记版本,是后续分享和回退的批次。
3)文章概述:
1> EGit 安装配置
2> EGit 文件状态及图标标志
2> EGit 本地开发
创建本地库;提交;回退;创建分支;合并;
3> EGit 协作开发
项目推送远程仓库;克隆远程仓库导入项目;提交修改到远程仓库程;更新远程仓库修改到本地;解决冲突。
4> EGit 视图
仓库视图;同步视图;历史视图;
1)安装
Eclipse Juno 版后已经集成了EGit,如果使用早些版本,可以通过如下地址安装:http://download.eclipse.org/egit/updates ,选择“Eclipse Git Team Provider”,不需要安装其他插件,直到结束。
2)配置
EGit每次提交都将包含用户名和邮件,可以通过“Window => Preferences => Team => Git => Configuration”配置,通过Add Entry 按钮添加信息,
key : user.name,value:用户名 ;key:user.emai , value : 邮箱,账户信息通常GitHub相同。
EGit会出现如下图标,其对应状态及意义如下:
1)忽略[ ignored ]:仓库认为该文件不存在(如bin目录,不需要关注)。通过右键Team => Ignore 添加忽略文件
2)未跟踪[ untracked ]:仓库未跟踪,通常是新建的文件,要接入版本管理可以通过“Add to Index”或直接“Commit”操作。
3)已跟踪[ tracked ]:文件已被仓库记录。
4)已添加[ added ]:untracked 状态的文件,通过“Add to Index”被仓库已知,但是没有“Commit”,“Commit”后可变为“已跟踪[ tracked ]”状态。
5)已删除[ removed ]:从工作区中删除文件,文件会消失,也就没有图标出现,下一次提交时被删除。Team => Untrack可以触发本图标,在“Commit”对话框中可以看到图标。
6)已修改[ dirty ]: 修改“已跟踪[ tracked ]”的文件,未添加到暂存区Index(未“Add to Index”或“Commit”)的文件,标志与本地库不一致。
7)已暂存[ staged ]:修改“已跟踪[ tracked ]”的文件,并添加到暂存区Index(即执行“Add to Index”);
8)冲突[ conflict ] : 进行Marge合并操作会引起冲突,需要人工解决并添加到索引区修改状态。
9)已部分暂存[ partially-staged ]:修改“已跟踪[ tracked ]”的文件,部分修改已添加暂存区Index,部分未添加。
相当于:已跟踪的文件修改,Add to Index ,Commit前又修改了文件。
10)假设有效[ assume-valid ]:一些修改未被Git检查。右键Team => Assume unchanged可产生该状态。
Git优势是容易创建本地仓库,将工作本地化,待需要的时候推送到远程仓库,因此所有修改可以在本地版本化。
方法:本地建一个工程,添加一些文件,然后在工程上右键Team => Share Project ,点击 create按钮创建仓库。
尽管我们创建了本地仓库,并share 项目,但库是空的。我们可以向工程添加文件,并提交到本地仓库。
创建新文件,由“?”标记,想提交倒本地仓库进行版本管理,需要右键Team => Add to Index,操作后“?”变成“+”。然后项目右键Team => Commit,输入本次提交信息(注:输入的信息会展示在历史页面),成功后标记由“+”变成“仓库”符号。
=And to Index=>
=commit=>
===》
修改项目文件,文件会由“>”标记,如果需要同步到本地库,我们需要提交,过程同上commit
方法1:通过和上一次暂存区(Index)文件比较——用于单个文件,一般文件状态为“已部分暂存[ partially-staged ]”
文件上右键Compare With => Git index
如果想修改暂存区Index,点击Copy All Non-Conflicting Changes from Right to Left-button,修改后文件变为“已暂存[ staged ]”。
如果向回退上次Add to Index的情况,点击Copy All from Left to Right,修改后文件变为“已暂存[ staged ]”。
方法2:通过和上一次Commit版本比较回退——用于单文件
文件上右键Compare With => HEAD Revision
如果想完全恢复文件,点击Copy All Non-Conflicting Changes from Right to Left-button
如果向回退某几行,选择单独每一行,点击the Copy Current Change from Right to Left button。
手工完成修改合并后再提及。
方法3:通过重置回退(Revert via Reset)——用于整个工程
在项目上回退所有修改,项目上右键Team => Reset…;选择要回退到的分支(如果没有创建分支,只有有一个Master),Reset Type 选择Hard,点击“Reset”确认。所有修改回退到该分支的最后一次提交,包括工作区所有完成的修改。
注:重置类型(Reset Type):
1)Soft:只回退commit信息(HEAD 指针),不回退暂存区(Index)和工作区(Working Directory 文件)源码,如果需要可再次提交,回到上次commit情况。
2)Mixed:回退commit信息(HEAD 指针)和暂存区(Index),只保留工作区(Working Directory 文件)源码。
3)Hard:所有更改都将恢复到所选分支/标记/Commit版本。工作区(Working Directory 文件)源码会变为上一个Commit版本的内容,未提交的更改都将丢失,因此该操作必须确认。
(三) 创建分支
项目上右键Team => Switch to => New Branch… ,选择一个新分支的来源,点击创建分支,输入分支名。
新分支会出现在分支选择窗口,如果向检出一个新创建的分支,选择然后点击checkout
注:
Git的一大优势是很容易创建分支,根据需要可以快速创建Bug修复分支,新功能分支,几条分支独立开发,最后合并到主分支。
原则:
a)master分支应该是非常稳定的,也就是仅用来发布新版本,平时不能在上面开发;
b)开发都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;
c)每个开发人员都在自己dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。
将一个分支合并到另一个分支,首先切换到要合并的分支,项目邮件Team => Switch to => 分支名(或仓库视图,Branches => Local =>指定分支右键Checkout),右键 Team => Merge… 选择要合并到当前分支的分支,点击Merge。
合并开始并弹出结果,结果有如下几种:Already-up-to-date, Fast-forward, Merged, Conflicting, Failed.
冲突需要手动解决。打开冲突文件,找到冲突修改标志“<<<<<<<”,手动合并后后,需要通知Git冲突解决,Add to index 和commit 完成合并
详情请查看: https://www.cnblogs.com/ZJOE80/p/7792177.html