Eclipse下使用Git进行代码版本管理及协同工作

上传人:M****1 文档编号:512687901 上传时间:2023-06-11 格式:DOC 页数:5 大小:601KB
返回 下载 相关 举报
Eclipse下使用Git进行代码版本管理及协同工作_第1页
第1页 / 共5页
Eclipse下使用Git进行代码版本管理及协同工作_第2页
第2页 / 共5页
Eclipse下使用Git进行代码版本管理及协同工作_第3页
第3页 / 共5页
Eclipse下使用Git进行代码版本管理及协同工作_第4页
第4页 / 共5页
Eclipse下使用Git进行代码版本管理及协同工作_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

《Eclipse下使用Git进行代码版本管理及协同工作》由会员分享,可在线阅读,更多相关《Eclipse下使用Git进行代码版本管理及协同工作(5页珍藏版)》请在金锄头文库上搜索。

1、注:服务器端的设置参考:http:/ 分布式:代码保存在所有协同成员的计算机上,网速较差时依然可用; 而传统的集中式代码版本管理系统则较难以脱离网络运行2. 文件块:直接以文件块保存整个最新文档,版本提交及恢复速度快;而传统的增量式代码版本管理系统则在每次提交及恢复时都需要对所有增量进行求和,速度慢3. 基于上述两点,Git不仅可以采用传统的“星形”工作模式,也可以有多种不同模式(略)Git的几个概念:1. 仓库(Repositories),网络或本地实际存放代码的地方,同一仓库可存多个项目2. 参照(References),可以看作是指向文件块中特定代码版本的指针,可沿代码版本有向图进行向前

2、(一般是提交操作Commit)、向后(一般是恢复操作Restore)、跳转(不同分支间切换Switch)3. 分支(Branch),一般是为了进行代码调试或概念开发,从主要版本开发中分出一个副本,并在此基础上进行修改,使版本有向图呈现分支状态4. 合并(Merge),一般是为了将代码调试或概念开发分支的代码加入到主要版本中,将对两部分的代码进行比较:a) 先向后回溯两个分支的最近公共节点,通过与最近公共节点进行对比,分析两个分支各对哪些文件进行了修改(因为是文件块,所以需要对两个版本的文件求差;传统模式则需要对两个版本的记录进行求和)b) 如果某一文件在两个版本中均被修改过,则视为“冲突”,需

3、要人工调整其中一个版本;否则,即自动将两个版本分别修改后的部分、未修改的部分合并为新的版本5. 标签(Tag),不移动的参照(指针),以标记特殊的代码版本副本,如项目的里程碑等6. Push、Fetch操作,Push是将本地仓库的修改提交到远程仓库,而Fetch则是从远程仓库获取修改更新图 1分支与合并(图中矩形为参照,圆边矩形间的箭头意指“新版本从旧版本中修改而来”)Eclipse下的Git面板:1. Window菜单-Show View- (Other-Git-) Git Repositories,打开Git面板,可调整位置2. 下图所示面板包含以下信息:a) 两个仓库:mmms及prot

4、g,2.0及master是本地代码所处的版本号,进行分支或切换后该版本号会改变,之后的路径是本地仓库位置b) protg:i. Branches,可进行分支版本的切换1. Local,本地分支状态,23a2959是指版本编号(自动生成),其后是提交时的备注(无备注不能提交)2. Remote Tracking,远程仓库(此处是服务器集中仓库)中分支情况ii. Tags,可跳至特定的标签版本(此处暂无标签)iii. References,当前几个参照:1. FETCH_HEAD,最后一次从远程仓库下载的代码版本(7fcf9f4)2. HEAD,当前本地版本(23a2959)iv. Remotes

5、,包含一些pull(从远程仓库下载代码)和push(向远程仓库提交代码)的地址v. Working Directory,当前本地代码目录详情1. .git是Git的版本管理信息,可不管2. Protg_Helloworld是仓库中的项目文件夹,里面是具体的项目代码文件图 2面板包含信息Eclipse下Git的创建:1. 上图所示面板上方圈红处为Git Repository的三种创建方式,此处用第二种:Clone a Git Repository and add the clone to this view,复制远程仓库到本地2. 在URI处输入:http:/192.168.44.1:250/g

6、it/protege/,其余内容会自动填入3. 选择复制分支,此处只有主分支(master)4. 本地设置,如仓库存放位置等 图 3复制远程仓库到本地(右下图为重新复制protg仓库后的图,FETCH_HEAD已更新)Eclipse下Git的提交:1. 对代码进行修改并保存2. 此时,Package Explorer会检测出当前工作代码与当前本地仓库代码的不同,并在项目上以“”标识出来3. 在Package Explorer中右键点击项目:Team-Commit(不便截图),弹出Commit Changes窗口,上方输入备注,下方从修改过的文件中选择需要提交的文件,双击文件弹出Compare窗

7、口,将对代码内容进行分析对比。点击Commit提交修改4. 提交后,可右键点击项目:Team-Show in History,将显示提交记录5. 但是,此时代码修改仅仅提交到了本地仓库,并未提交至远程仓库。右键点击项目:Team-Push to Upstream,将修改提交至远程仓库6. 点击 图 4修改后项目文件自动标识 图 5提交窗口及代码对比窗口图 6历史记录查看面板Eclipse下Git的更新及合并:1. 右键点击项目:Team-Fetch from Upstream,会显示远程仓库的代码修改情况2. 此时,从历史记录面板可看出(有时候刷新不及时,可能需要重启Eclipse):a) m

8、aster是当前本地仓库代码分支,HEAD是当前的参照b) origin/master是当前远程仓库代码分支,FETCH_HEAD是当前远程参照3. 而从Package Explorer面板则显示“protg master”及下箭头2,表明当前本地仓库代码版本低于远程版本2次提交4. 此时,需要将远程版本与本地版本进行合并,右键点击项目:Team-Merge,选择当前分支(master)需要与哪个分支进行合并,Merge:a) 若无冲突,则显示合并结果b) 否则,显示冲突文件,并在文件中进行冲突标识:。根据冲突标识进行代码修改后,右键点击Package Explorer中的冲突已修改文件:Team-Add to Index。再次提交,会自动生成Merge备注,提交后历史记录如下图 图 7查看Fetch后的历史记录及Package Explorer标识变化 图 8选择合并分支并成功合并 图 9提交冲突及解决

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 营销创新

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号