eclipse+gerrit使用
关于eclipse git用法的文章
关于eclipse git用法的文章Eclipse Git用法指南作为一款强大的集成开发环境（IDE），Eclipse提供了许多功能和工具，以帮助开发人员更高效地进行软件开发。
其中之一就是集成的Git插件，使得团队协作和版本控制变得更加简单和便捷。
本文将介绍Eclipse Git的基本用法，帮助您更好地利用这个强大的工具。
首先，您需要在Eclipse中安装Git插件。
在Eclipse市场中搜索\"EGit\"或者\"Git Integration forEclipse\"，然后按照提示进行安装。
安装完成后，您将在Eclipse的导航栏中看到一个新的图标，表示Git。
接下来，我们来了解一些常用的Git操作。
首先是克隆（Clone）一个远程仓库到本地。
在Eclipse中选择“File” -> “Import”，然后选择“Git” -> “Projects from Git”，点击“Next”。
选择“Clone URI”，然后输入远程仓库的URL和认证信息。
点击“Next”并按照提示完成克隆操作。
一旦克隆完成，您可以开始进行代码修改和提交。
在Eclipse中打开项目文件夹，在项目资源管理器中右键单击并选择“Team” -> “Commit”。
这将打开一个提交对话框，在这里您可以查看所有已修改的文件，并为每个文件添加相应的提交信息。
点击“Commit”按钮后，您的修改将被提交到本地仓库。
如果您想将本地修改推送到远程仓库，可以选择“Team” -> “Push to Upstream”。
这将打开一个对话框，显示您要推送的分支和远程仓库的信息。
选择相应的分支和远程仓库，然后点击“Finish”按钮即可完成推送操作。
除了提交和推送，Eclipse Git还提供了其他一些有用的功能。
例如，您可以使用“Team” -> “Pull”命令从远程仓库拉取最新的代码更新。
gerrit使用实例
gerrit使用实例摘要：1.Gerrit简介与安装2.Gerrit基本功能与操作3.Gerrit分支策略与管理4.Gerrit代码审查与审批5.Gerrit插件与扩展6.实践中的Gerrit优化与配置7.Gerrit在国内的应用案例8.总结与展望正文：一、Gerrit简介与安装Gerrit是一款基于Web的代码审查和版本控制系统，起源于Google的内部项目。
它与Git紧密结合，允许开发者在代码提交后进行审查，以确保代码质量。
在本节中，我们将介绍Gerrit的安装过程及其基本概念。
1.安装Gerrit首先，你需要确保你的系统满足Gerrit的最低需求，如Python、Java 和Git等。
然后，你可以从Gerrit官方下载对应操作系统的安装包，并根据安装向导完成安装。
2.配置Gerrit在安装完成后，你需要对Gerrit进行基本配置，包括：设置数据库、配置SSH密钥、开启Web界面等。
详细配置过程可参考Gerrit官方文档。
3.Gerrit基本概念Gerrit主要有以下几个概念：- 项目（Project）：Gerrit中的基本组织单位，包含多个分支。
- 分支（Branch）：项目中的代码版本，每个分支代表一个独立的开发进度。
- 提交（Commit）：代码变更的单元，包含代码和提交信息。
- 代码审查（Code Review）：Gerrit的核心功能，审查者在代码提交后进行审核，给出意见和建议。
二、Gerrit基本功能与操作在了解Gerrit的基本概念后，我们可以开始学习Gerrit的具体操作。
1.创建分支在Gerrit中，你可以通过Web界面或命令行创建分支。
创建分支后，你可以在此分支上进行开发。
2.提交代码将代码上传至Gerrit仓库，生成提交。
提交时，建议附带详细的提交信息，以便于审查者了解代码变更目的。
3.发起代码审查在提交代码后，你可以将代码审查请求发送给审查者。
审查者可以在Gerrit Web界面查看代码，并给出意见和建议。
Gerrit的基本使用
Gerrit的基本使⽤1、Gerrit的基本介绍Gerrit 是⼀个Git服务器，它基于 git 版本控制系统，使⽤⽹页界⾯来进⾏审阅⼯作。
Gerrit 旨在提供⼀个轻量级框架，⽤于在代码⼊库之前对每个提交进⾏审阅，更改将上载到 Gerrit，但实际上并不成为项⽬的⼀部分，直到它们被审阅和接受。
代码审查是Gerrit的核⼼功能，但仍是可选的，团队可以决定不进⾏代码审查⽽⼯作。
Gerrit 是⼀个临时区域, 在提交的代码成为代码库的⼀部分之前, 可以对其修改进⾏检查。
代码修改的作者将提交作为对 Gerrit 的更改。
在Gerrit中，每个更改都存储在暂存区域中，可以在其中进⾏检查和查看。
仅当它被批准并提交时，它才被应⽤到代码库中。
其实，Gerrit 就相当于是在开发员将本地修改提交到代码仓库之前的⼀个审核⼯具。
在这个审核⼯具中，你可以查看该提交者在本次的的提交中的修改，然后再决定是否可以将该修改提交给仓库。
2、Gerrit的页⾯介绍2.1、CHANGES菜单点击 changes 可以查看所在项⽬的所有审批记录，共有三种状态：open、merged、abandoned。
open：还未审核、审核不通过、审核通过还未提交到远程仓库的提交merged：审核已通过并已提交到远程仓库的提交abandoned：已取消审核的提交2.2、YOUR -> CHANGES 菜单点击 your -> changes 可以查看当前登录⽤户的名下的所有审核记录，包括本⼈提交和本⼈需审核的。
outgoing reviews：本⼈待被审核的提交incoming reviews：别⼈提交，本⼈需要审核的提交recently closed：已关闭的提交，包括已经推送到远程仓库和已经取消审核的2.3、Repositories点击 repositories 可以看到⾃⼰有权限看到的所有项⽬。
点击进⼊某个项⽬，可以查看该项⽬的下载链接，共有三种下载⽅式：anonymous http：链接⾥⾯⽆⽤户名，下载时需输⼊⽤户名和密码http：链接⾥待⽤户名，下载时⽆需输⼊⽤户名，但需要输⼊密码ssh：免密⽅式，⽆需输⼊⽤户名和密码，但需将本地⽣成的公钥保存在 Gerrit ⽹页中3、在Gerrit上的代码克隆⽅式在Gerrit上有三种克隆⽅式，如上⾯的 2.3 所⽰，跟在 github 上克隆代码没什么区别。
Eclipse中GitLab的配置和使用入门
Eclipse中GitLab的配置和使⽤⼊门⼀、Eclipse中配置GitLab的前提条件1.1：安装Git客户端去官⽹https:///downloads下载合适的版本即可，⼀般开发环境是windows的就下载window版本即可，如下图注意Git和GitHub\GitLab不是⼀回事，这⾥也稍微科普下，Git是版本控制系统，Github和GitLab是在线的基于Git的代码托管服务，Github有个⼩缺陷 (也不能算是缺陷吧), 就是你的repo(repository的缩写，表⽰“仓库”)都需要public(公开), 如果你想要创建private(私⼈)的repo, 那得付钱。
不过, 幸好, Gitlab解决了这个问题, 可以在上⾯创建免费的私⼈repo。
安装完成后如下图所⽰1.2：部署GitLab服务在本地部署GitLab服务的⽅法有很多，具体可百度，这⾥就不再过多的阐述了，可以⽤local或者是阿⾥云服务器都是可以解决这个问题的⼆、开始部署和使⽤2.1：在Eclipse中安装EGit⼯具Eclipse已经在线集成了这个⼯具，所以在help-Eclipse Marketplace中搜索EGit在线安装即可，需要连接互联⽹，等待安装完成2.2：结合Eclipse和GitLab使⽤Git在使⽤的过程中GitHub也好，GitLab也好，都是⼀样的，我们下⾯将拿GitLab来作为说明对象2.2.1：在GitLab中创建project登录我们部署好的GitLab Web ,登录，创建⼀个项⽬BranchTest，如下图,是⼀个空的项⽬GitLab为每⼀个⽤户的每⼀个项⽬都会⽣成⼀个地址，⽐如http://ip/wangxuejing/BranchTest.git, ⼀般是IP+⽤户名+项⽬名.git,这⾥的地址有两种SSH和HTTP的，SSH的⽅式需要秘钥，这⾥直接⽤HTTP的⽅式2.2.2：在Eclipse中创建project同步到GitLab如下图我创建了⼀个空的java web project - BranchTest接下来，右键项⽬→Team→Share Project，如下图所⽰，给project创建本地仓库，1先选择创建资源库2其次选择创建的路径，这⾥默认为是项⽬所在的⼯作空间,3点击Create Repository操作进⾏创建创建成功后，如下图所⽰，Finish按钮可以操作点击Finish，即可完成给Eclipse的Project创建了资源库的操作，⽽且默认是项⽬的⼯作空间所在的⽬录，此时项⽬发⽣了改变，如下图所⽰，？问号代表没有push（同步）导Git的意思接下来我们进⾏同步操作，同样是右键项⽬→Team这个时候就会出现下⾯的界⾯，因为我们已经给本地项⽬配置了本地的资源库，接下来就可以进⾏提交，同步等操作了我们直接点击commit,可以进⼊Git提交的配置界⾯，如下图，⾸先1添加更改的⽂件，第⼀次是所有，之后如果⽂件发⽣了变化，Eclipse会监测到，其次2备注⼀些提交的信息，⽐如增加了XX功能上⾯的操作完成以后就可以点击3Commit and Push按钮提交和同步项⽬代码了，这⾥需要注意，如果是Commit只是提交到本地仓库，并不会同步推送到云端GitLab，所以我们这⾥选择Commit and Push，如下图输⼊我们之前在GitLab创建的项⽬地址，HTTP⽅式的，Host IP这些Eclipse会⾃动识别，最后输⼊我们在GitLab的⽤户名和密码，如果是个⼈电脑，可以选择记住密码，如上图Store In Secure Store，然后next然后继续Next然后点击Finish 完成，如下图所⽰，说明已经成功的把本地项⽬同步到了GitLab上⾯我们再次返回GitLab查看，如下图所⽰，项⽬已经同步到GitLab了，因为src是空的所以没过来我们现在本地修改⼀下项⽬，在src随便创建⼀个包，写⼀个java 类，再次把本地更新提交，如下图所以可以看到更新已提交2.2.3：在Eclipse把别⼈的更新pull（下载）下来为了测试的效果，我⼿⼯在GitLab中BranchTest项⽬的WebContent下创建⼀个⽂件readme,然后在Eclipse中对项⽬执⾏pull的操作，如下图，说明本地得到了更新的⽂件，操作OK2.3：浅谈GitLab中Git的分⽀（Branch）在GitLab中创建⼀个项⽬默认会有⼀个主分⽀，就是master分⽀，默认项⽬（push）会同步到这个主分⽀，接下来我们说⼀下什么时候可以创建新的分⽀（纯属个⼈见解），如下图所⽰，执⾏创建分⽀的操作，如下图，需要注意的是这⾥创建分⽀，可以选择分⽀的内容From哪⾥，这⾥我选择master，那么这个分⽀的内容就和我们的master版本⼀致了，接下来我们返回项⽬，选中我们刚刚创建的 publish-2018-6-5分⽀，如下图所⽰，可以看出和master分⽀⼀样接下来我们在本地Eclipse修改代码，在项⽬根⽬录添加测试分⽀⽂件，然后push项⽬，再次回来看两个分⽀的内容，下⾯先看master分⽀，如下图所⽰再看publish-2018-6-5，如下图⽰，对⽐可以发现，这个分⽀是没有变化的总结，所以分⽀的场景⼀般是⽤在，⽐如我们现在要发布⼀个版本V1.0我们可以创建⼀个分⽀publish-1.0，创建的时候选择From Master，就可以保存⼀个上⼀个发布版本的源代码，以后新的代码和Master同步，类似⼀个快照，最新的代码丢失的话，也可以恢复分⽀的代码，减⼩损失最后⼀个问题：现在同⼀个project有了多个分⽀，项⽬push的时候可以选择分⽀覆盖吗，⼀般是不会提供选择的地⽅的，如下图，因为我们只要保证⼀个主分⽀的同步即可，在发布版本的时候可以考虑创建分⽀，浅谈结束。
git、gerrit的使用方法和规范方案
git、gerrit的使用方法和规范1、新员工git安装环境准备首先从服务器端ftp://192.168.31.10/Software/Tool/Git/（用户名/密码 paypalm/paypalms）获取软件Git-1.9.4-preview20140929 1、默认安装Git-1.9.4-preview20140929安装完成后打开git bash编辑器生成密钥对：ssh-keygen -t rsa 按三次回车键，默认生成路径如下图将生成的公钥内容在gerrit中进行添加（参考下文gerrit注册使用）每个人不同环境可以添加多个对应的公钥cat ~/.ssh/id_rsa.pub2、gerrit注册使用1、申请账号通过邮件向PPCM@发邮件申请，打开gerrit网站（http://192.168.31.10:8088），登录后在右上角进行setting设置2、公钥添加点击SSH Public Keys》Add Key选项进行公钥添加3、邮箱注册点击Register New Email 进行邮箱注册，注册后有邮件发送至你的邮箱点开链接重新登录3、gerrit主要功能介绍1、常规功能1、登录gerrit》ALL》open状态，此显示为已推送但还没有入库的所有patch，CR状态栏中绿色对勾代表已评审状态，可以根据计划入库2、gerrit》ALL》Merged状态表示所有已经进入项目库的patch3、提交patch后，开发人员可能觉得不太满意会选择放弃，gerrit》ALL》Abandoned 即为已放弃的patch，只有还没有入库的patch才能选择放弃，点击进入patch，橘黄色Abandon即为放弃选项，放弃后的patch依然可以进行还原，如以下操作橘黄色Restore为还原选项4、gerrit》Projects》List状态表示服务器端所有项目列表5、gerrit》People》List Groups状态表示所有组列表2、评审功能1、点击进入待评审的patch，点击add添加Reviews人员进行评审评审人员点击Reply进行评审打分，每一个需要入库的patch必须具备两分+2方可，1分表示自己同意，2分表示完全同意，负分表示不支持此代码入库2、gerrit》My》Changes状态为需要自己给别人进行评审的状态4、git命令使用1、账户名和邮箱设置查看1）、每一个工作环境首先配置在gerrit中注册的账户名和邮箱，请确保一致# git config --global “your-account”# git config --global user.email “your-email”# git config -l2、项目库clone根据gerrit项目列表，查看项目下载地址，选择clone with commit-msg hook&&ssh 选项,请确保正确方式进行项目库下载git clone ssh://your-accout@192.168.31.10:29418/Test3、提交注意事项每一个新clone的库第一次提交都需要执行以下步骤(下载服务端钩子到本地库，以便提交评审形成chang-id)scp -p -P 29418 your-account-name @192.168.31.10:hooks/commit-msg .git/hooks/git config remote.origin.push refs/heads/*:refs/for/*当执行完以上步骤，第一次git push依然会产生missing Change-Id错误，用git commit --amend命令把错误信息中的changed id进行添加，如下图本地工作库中，以最后一次成功push为节点，如果超过两条commit信息也会产生此错误合并多条commit为一条记录，可以用git reset 后跟要回退到最新push成功的版本号，整合多条记录为一条如产生uppack error和changed closed，建议保存工作库中修改文件，并进行强制回退、重新同步最新代码，以修复工作库index。
gerrit使用介绍
Gerrit使用介绍1.进入gerrit打开浏览器输入：http://172.16.16.15:8080（MTK）或者http://172.16.16.121:8080（高通），点击右上角的sign in，输入用户名密码之后即可登录。
2.查看提交进入之后可以看到左边有，All可以看到所有的提交，My可以查看自己的提交,projects可以查看所有的project。
点击All之后有Open(所有的暂未review的提交)，Merge(已经review的提交)，Abandoned(已经丢弃的提交)。
3.Review代码点击需要review的那笔提交，左边可以看到commit的所有信息点击右边的Reply按钮可以跳出如下界面，-2表示不通过，-1代表的是不建议提交，+1表示还需要其他人review，+2表示通过，需要对应的数字点击post,review即可完成。
4.解决Merge Conflict如果提交代码的时候未及时更新最新的代码，则提交代码之后gerrit上会显示此笔提交的状态为merge conflict，解决方法只需在右边的按钮中点击Rebase。
5.Cherry-pick到其他分支提交Review完之后可以使用CherryPick按钮，把这笔提交cherry-pick到其他分支。
注意事项请务必按照<<gerrit配置>>先配置自己的账号信息。
1.如需leader review代码，请在自己review的时候选择+1，然后通知相关人员review。
2.请务必按照提交的时间顺序一个一个review。
3.禁止提交了之后不及时review。
4.如需提交比较大的代码时，比如GMS包，请直接与SCM联系，申请暂时的直接推送权限。
工作文档EclipseGit插件使用
一、Eclipse上安装GIT插件EGit
Eclipse的版本eclipse-java-helios-SR2-win32.zip（在Eclipse3.3版本找不到对应的 EGit插件，无法安装）
EGit插件地址：/egit/updates
OK，随后连续下一步默认安装就可以，安装后进行重启Eclipse
二、在Eclipse中配置EGit
准备：需要在上注册账号
Preferences > Team > Git > Configuration
这里的是你在上注册用户名
三、新建项目，并将代码提交到本地的GIT仓库中
1、新建项目 git_demo，并新建HelloWorld.java类
2、将git_demo项目提交到本地仓库，如下图
到此步，就成功创建GIT仓库。
但文件夹处于untracked状态（文件夹中的符号”?”表示），下面我们需要提交代码到本地仓库，如下图
OK，这样代码提交到了本地仓库
四：将本地代码提交到远程的GIT仓库中
准备：在上创建仓库
点击“Create repository” ，ok,这样在github上的仓库就创建好了。
准备工作做好了，那开始将代码提交到远程仓库吧
OK，这样提交远程GIT就完成了，可以在核对一下代码是否已经提交
注意的问题
如果是首次提交会第一步：先在本地建立一个一样的仓库，称本地仓库。
第三步：将服务器端的更新pull到本地仓库进行合并，最后将合并好的本地仓库push到服务器端，这样就进行了一次远程提交。
如果非首次提交同样的道理
第二步：第三步：将服务器端的更新pull到本地仓库进行合并，最后将合并好的本地仓库push到服务器端。
Git在eclipse中的简单使用
Git在eclipse中的简单使用1ssh key的配置首先，查看eclipse里ssh2里有没有配置key如果有，则找到该key文件：id_rsa.pub如果没有，则生成。
将id_rsa.pub里的内容，配置在gitlab的sshkeys里：2克隆项目首先打开git repositories视图点击克隆项目：将项目的git地址填入下一步选择分支下一步点完成3初始化本地分支分支有本地分支和远端分支：选择要指向的远端分支，创建本地分支，同时检出：右键选择的远端分支，点击创建分支：点击完成：这时候，本地就有相对应的分支了4项目引入eclipse选择working directory 里相应的项目，右键选择import projects点击下一步完成，切换到Java视图，进行项目的配置，这就不讲了5Git的fetch和pull，commit，commitandpush打开git repository exploring视图Git的fetch就是将远端的更新拉到本地git上，不会更新本地代码，不会覆盖本地代码，Pull是，既将远端的更新拉到本地git上，同时也会将本地的代码更新Commit是只提交到本地git上，不会推送到远端Commitandpush是既提交也推送本地代码有改动，则会体现在git staging上：提交：提交前，首先要进行fetch，看看是否是最新代码，直接点完成就行如果没有更新，则可以直接提交，如果拉到更新了，则要先同步代码，查看是否有冲突：切换到Java视图右键项目—team----synchronize workspace，进行同步：如果，没有冲突，则可以直接进行pull，pull后，直接提交，如果有冲突，需要先解决冲突：解决冲突，就是，用eclipse git的对比器，将冲突的文件，别人提交的代码应用到我们的上面，然后，将我们的代码进行提交解决完冲突，则可以将我们的代码提交提交如果有直接push远端的权限，则可以直接commitAndPush如果没有直接push远端的权限，则需要，先提交到本地分支上：commit提交完后，需要进行往远端推送，推送到自己的远端分支：右键本地分支-------push branch-------next-----输入推送到哪个分支，如果填写的是远端没有的，则远端会新建你填写的分支。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Gerrit 使用
1.1 gerrit创建项目
拥有权限用户，创建项目，操作如下图：
说明：需要勾选初始化项目，默认继承All-Project，并上传项目代码
1.2 eclipse中的gerrit配置
打开IDE-Java（已经添加了Mylyn Reviews connector 插件，Help->Install New Software -> add ->地址：/mylyn/releases/latest，只需要选择gerrit connector 即可）进行gerrit 服务配置，操作如下图：
下一步之后，填写相关的服务信息（http://gerrit.sdp.nd），操作如下图：
Finsh 后进入消息订阅，创建query ，建议创建my changes ，避免对自己无效信息的干扰，操作如下图：
Finish之后，需要将eclipse SSH2 公钥添加至gerrit 系统中，eclipse生成公钥，操作如下图：
将eclipse公钥添加到gerrit，操作如下图：
1.3 eclipse项目导入
从gerrit 服务器导入项目，选择git项目，操作如下图：
选择新建一个gerrit Repositories，操作如下图：
选择gerrit系统中所要开发的项目，操作如下图：
项目被导入至eclipse中，如下图：
配置push
1.4 eclipse代码审查请求提交
在Eclipse 中修改代码，并发送提交一个代码审查的请求。
（快捷键Ctrl + shift + # ）提交代码修改至本地库，操作如下图：
将修改的代码push 到gerrit，操作如下图：
注意：代码push 到gerrit时，需注意是一次新的review request，还是追溯上一次评审没通过的review request。
一次新的review request 则无需激活上图Amend previous commit 按钮，要追溯的话就激活该按钮。
1.5 review code
评审人员，到gerrit系统进行代码评审，查找到相应的代码，操作如下图：
进行代码审查，并进行评语，操作如下图：
推送评审内容，操作如下图：
评审结束，开发人员可在Eclipse Task List 视图中查看到自己提交的review 请求，双击可跟踪
1.6评审须知
注意：评审人员代码评审过程中，请谨慎使用Abandoned （废弃代码），由于gerrit 有强版本间有强依赖关系，Abandoned会导致废弃版本往后的代码都相应被废弃。