gerrit用户指导

7月前作者：白蚁匆匆分类：Toy博客阅读(23) 违法举报

这篇具有很好参考价值的文章主要介绍了gerrit用户指导。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

v3.6.2
https://gerrit-documentation.storage.googleapis.com/Documentation/3.6.2/intro-user.html
关于Gerrit
Gerrit用于访问控制被托管的Git仓库以及为review代码提供网页前端。代码review是Gerrit的核心功能，但这个功能仍然是可选的，可以不使用该功能。

Gerrit使用Git协议，意味着使用Gerrit不需要安装Gerrit客户端，仅需要有常规的git客户端就行，例如git命令行、EGit等。但是，Gerrit还是有一些客户端可以使用：

克隆Gerrit项目
和克隆git仓库相同，使用git clone命令，URL路径可以在Gerrit的web界面：project->list->projectname->general中找到，支持SSH协议和HTTPS/HTTP协议，使用SSH协议的话需要在配置中设置ssh public key

review代码流程
在所有提交的代码合入主线之前，修改者需要上传commit作为一个change，在gerrit中，每个change都被保存在缓存区，在缓存区中检查和review代码。代码被认可或submit后可以在主线中应用。如果一个change有被评论，作者可以修改提交并将新提交作为新补丁集上传。通过这种方式，更改可以迭代改进，并且仅在准备好时才应用于代码库。

上传更改
将更改上传到 Gerrit 是通过将提交推送到 Gerrit 来完成的。提交必须被推送到定义目标分支的 refs/for/ 命名空间中的 ref：refs/for/。神奇的 refs/for/ 前缀允许 Gerrit 区分推送审查的提交和直接推送到存储库的提交，绕过代码审查。
Push fo文章来源地址https://www.toymoban.com/news/detail-555624.html

到了这里，关于gerrit用户指导的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！

分享到：

领支付宝红包赞助服务器费用

对使用Git、GitHub时邮箱和用户名的理解

在使用Git以及GitHub时会多次用到“邮箱”和“用户名”，这里记录一下它们的区别。这里的用户名或邮箱是用于登录GitHub 这个网站的。这两条命令是配置 Git 的全局用户名和邮箱，在进行版本控制时用于记录用户身份信息。Git在commit信息中会显示提交人及其邮箱地址，方便

2024年02月08日
浏览(29)
git：详解git rebase命令

今天无意中打开 git 官网，发现 git 命令还是很多的，然而我们常用的就那几个，今天来学习一个也不怎么常用的命令 rebase 官网链接都说学一个东西最好的方式就是读他的官方文档，这里我读了一遍，把一些核心的地方整理成这篇 blog 首先可以看到，rebase 是属于 Patching 这一

2024年02月03日
浏览(37)
VSCode种git rebase分支冲突解决无法继续rebase

情景：常规来说我们git开分支开发完新功能之后，提交之前rebase dev分支，然后合并到dev上算是开发完成。问题还原：在开发完之后执行如下指令： 1.执行变基操作：git rebase dev。 //这一步出现冲突vscode上处理冲突，点击添加（相当于add，下图

2024年02月17日
浏览(30)
git rebase后出现(master|REBASE 1/1)的解决办法

在最近工作中，往gitlab推送代码过程中，经常碰到git rebase后出现(master|REBASE 1/1)的情况，通过搜索文章以及亲身实践，解决方法如下首先进入这个模式是因为，存在合并冲突，我们要先解决冲突问题。 1.解决完冲突再 git add .，然后git commit -m \\\"\\\" 保存更改之后的代码。这时候它

2024年02月16日
浏览(30)
git merge与git rebase详解

参考： http://t.csdn.cn/CkVrR https://blog.csdn.net/weixin_42310154/article/details/119004977 （1）merge （2）rebase 经验：一般来说，不推荐使用rebase。但为了让分支树看起来更简化，个人分枝偶尔也会选用rebase。这样可以线性的看到每一次提交，

2024年02月16日
浏览(29)
git rebase -i

`git rebase -i` 是一种交互式的 rebase 方式，其中 `-i` 是 `--interactive` 的简写。这种方式允许你修改一系列的 commit 信息，在 rebase 过程中有选择地选择、编辑或者合并 commit。在执行 `git rebase -i` 命令时，你需要提供一个参数，该参数是一个 commit 的引用，通常是一个 branch 的名字

2024年02月16日
浏览(25)
了解 git rebase

大多数人习惯使用 git merge 将更改从功能分支合并到主分支，但还有其他方法。我们是否曾经遇到过 git rebase 这个术语并想知道它是什么？或者我们可能听说过 rebase 和 merge ，但不确定何时使用哪个？不用担心，因为本文就是关于 git rebase 的介绍及使用。为了理解 git rebase，

2024年02月04日
浏览(27)
git 常用命令 Rebase

Further Reading ： Git常用命令汇总

2024年02月07日
浏览(26)
git rebase 合并提交

git log --oneline 查看当前提交记录 git rebase -i HEAD~2 选择最后提交的2条记录进行合并进入编辑界面,将c865404的 pick 改为 f , 表示向前合并也就是向cc5a54合并编辑完之后 :wq 保存并退出 git rebase --continue git push --force origin feature/v1.2 推送到仓库 git rebase --abort 取消变基

2024年02月16日
浏览(29)
Git常用命令rebase

rebase 会把你当前分支的 commit 放到公共分支的最后面，所以叫变基，就好像你从公共分支又重新拉出来这个分支一样。例如如果你从 master 拉了个 feature 分支出来，然后你提交了几个 commit，这个时候刚好有人把他开发的东西合并到 master 了，这个时候 master 就比你拉分支的时

2024年02月16日
浏览(29)