reviewboard

来源｜极客公园 作者｜赵子潇 在手机业务连续受挫的华为，正在押注下一个巨大市场——汽车。 继剥离荣耀、手机业务受挫之后，华为的下一个目标变成了汽车，几乎成为了板上钉钉的事。 根据澎湃新闻报道，11 月 25 日，华为内部网站心声社区刊出华为经营管理团队（EMT）文件（华为 EMT 决议【2020】007 号），正式将华为智能汽车解决方案 BU（IAS BU）的业务管辖关系从 ICT 业务管理委员会调整到消费者业务管理委员会。同时任命汪涛为消费者业务管理委员会成员。 这就意味着，华为面向 B 端企业的汽车业务与手机等面向消费者的业务正式合并，未来产生更多协同。 据悉，这份文件名称为「关于智能汽车部件业务管理的决议」，华为创始人、CEO 任正非已经签发。 01 并入消费者业务，但不造车 当汽车与消费者业务合并后，整体消费者业务也相应发生了改变。 文件指出，重组消费者 BG IRB 为智能终端与智能汽车部件 IRB，将智能汽车部件业务的投资决策及组合管理由 ICT IRB 调整到智能终端与智能汽车部件 IRB。任命余承东为智能终端与智能汽车部件 IRB 主任。 ▲华为发布文件 合并智能汽车业务与消费者业务｜网络 IRB 全称为产品投资评审委员会（Investment Review Board），在华为内部属于决策机构，所以可以基本看作余承东成为合并之后的部门领导者

不废话，满满的都是干货，先收藏起来。 。 。 1. 了解一下在nginx使用中常见的信号处理 kill -SIGHUP $ngx_master_pid # 相当于nginx -s reload 从新启动新的work进程 kill -SIGTERM $ngx_work_pid # 重建指定nginx work进程ID的进程 对于nginx的master进程来说可以接收到的信号： 以下四个信号是可以通过nginx命令与参数实现的 TERM,INT 表示立刻停止nginx进程 QUIT 表示优雅的停止nginx进程，就是慢慢的停止nginx进程，不要对用户发送立刻结束连接，像tcp的reset复位请求这样的报文 HUP 表示重载配置文件 USR1表示重新打开日志文件 以下两个信号专门用于进行nginx的热部署的时候使用，但是只能通过linux命令行的kill实现 USR2 发送热更新信号 WINCH 用于通知下线旧的work进程 当我们在命令行中使用nginx与参数实现对nginx的管理时，实质上就是获取当前nginx运行的pid文件中的pid，然后通过命令行向pid发送对应的信号 reload -> HUP Reopen -> USR1 stop -> TERM Quit -> QUIT 2. nginx在重载配置文件究竟做了什么？ 思考优雅的退出和立即退出有什么区别呢？你知道吗? 1

博客原文地址： http://blog.wolfire.com/2010/01/Why-you-should-use-OpenGL-and-not-DirectX && https://www.cnblogs.com/y114113/p/10676352.html 当我们遇到其他游戏程序员并谈论我们使用 OpenGL 开发 Overgrowth 时总是会遇到怀疑的眼神。为什么要用OpenGL？ DirectX 才是未来。当我们使用OpenGL去告诉显卡如何工作时，房间的温度下降了10度。 OpenGL 是什么? 在1982年，Silicon公司开发售卖使用称为 Iris GL 的API的高性能图形显示终端。随后的几年，Iris GL变得臃肿和难以维护，直到silicon决定彻底走向新的一步：完全的重构Iris GL并开源。他们的竞争者可以使用这种新的开放图形库（OpenGL）但是作为回报，他们必须帮助维护更新该库。 如今，OpenGL 由 Khronos Group 管理。一个由很多公司参与组成的非营利组织，重点是维护高质量多媒体API。在底层，由 OpenGL Architecture Review Board (ARB) 来管理。各种游戏平台都支持OpenGL，包括：Mac，Windows，Linux，PS3，Wii，IPhone，PSP和DS，除了XBox，下面我们就要介绍它

git：代码版本管理工具 repo: 对git的封装。多个git库同时管理工具。 gerrit：代码审核工具。使用gerrit，必须使用repo 三者各自功能 git，版本管理库，在git库中没有中心服务器的概念，真正的分布式。 repo，repo就是多个git库的管理工具。如果是多个git库同时管理，可以使用repo。当然使用gerrit，就必须用repo。 gerrit，提交审核代码，图形化的界面，简单的操作 Review Board是程序员节约时间、资金和精力的代码审查好工具。语法高亮的代码，可便于更快读取。 来源： CSDN 作者： 糟心的事太多，唯有写作可以解忧！ 链接： https://blog.csdn.net/weixin_44124323/article/details/103684203

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在创建ReviewBoard站点后发现，Reviewboard时区默认为UTC（服务器时区为+8区，即东八区） 在后台管理界面将时区修改为Asia/Shanghai后，没起什么作用 数据库中的时间是UTC时间 邮件中的时间是UTC时间 web界面的默认时间依然是UTC时间 当然，每个用户可以修改自己界面的显示时间时区，登录后点右上角自己的用户名，再点My account，然后把Time Zone改成“Asia/Shanghai”并保存就行了。 但是这个也不是解决问题的根本之道 我们要进行的是本地化 参考网上的相关资料，在创建Reviewboard站点前，修改reviewboard/settings.py, 将其中的TIME_ZONE = 'UTC'改为TIME_ZONE = 'Asia/Shanghai' 但是，在创建站点后发现： 数据库中的时间依然是UTC时间 邮件中的时间依然是UTC时间 web界面的默认时间依然是UTC时间 后来查阅了Django（ReviewBoard是用Django框架开发的）的时区设置的相关资料 修改reviewboard/settings.py 将 USE_TZ = True修改为 USE_TZ = False 不启用Django的时区设置，使用服务器的时区作为时间标准

可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效，请关闭广告屏蔽插件后再试): 问题: AssertionError: Egg-link /home/daniel/other-rb/reviewboard does not match installed location of ReviewBoard (at /home/daniel/reviewboard) I believe this was caused by me installing a package at an additional location using the same virtualenv. How can I fix this problem? I'm guessing I need to redirect the Egg-link to match the installed location? Stack trace: (reviewboard-3.0) daniel@beepboop ~/reviewboard $ ./setup.py develop /home/daniel/envs/reviewboard-3.0/local/lib/python2.7/site-packages/setuptools/dist.py:334: UserWarning:

eReviewBoard 是基于Mylvy的与Eclipse集成的Reviewboard插件。 其官网为： https://github.com/rombert/ereviewboard 它由如下组件组成： Mylyn Reviews Connector: ReviewBoard以及SCM（如：SVN、Git、CVS） Integrations。 其中SCM（如：SVN、Git） Integrations 组件如下： 与SVN集成组件：Mylyn Reviews Connector: ReviewBoard Subclipse Integration 与Git集成组件： Mylyn Reviews Connector: ReviewBoard EGit Integration 与CVS集成组件：Mylyn Reviews Connector: ReviewBoard CVS Integration 另外安装相关SCM集成前，需要先安装相应的SCM与Eclipse集成的插件： ReviewBoard connector for Mylyn - Subclipse integration. Requires an existing Subclipse installation. ReviewBoard connector for Mylyn - EGit integration.

代码评审（Code Review）不但可以提高质量，而且还是一个知识共享和指导的极好的手段。 代码评审（CodeReview）一般有两种形式：pre-commit-review，post-commit-review。 pre-commit-review是指代码提交到代码库 前 进行代码评审； post-commit-review是指代码提交到代码库 后 进行代码评审。 ReviewBoard是一个开源的基于web的代码评审工具，支持Subversion,CVS,Git和Mercurial版本控制系统。 svn可以通过post-commit hook与ReviewBoard集成，实现post-commit-review。 其实现原理为： 用户在提交代码至svn完成后触发post-commit钩子脚本 在svn post-commit hook中调用RBtools的rbt post命令连接ReviewBoard自动提交代码评审请求（ReviewRequest） 注：RBtools是ReviewBoard官方提供的python命令行工具。它是用python API与ReviewBoard进行交互。 在使用中出现了如下问题： 用户需要等待post-commit hook执行完毕后才算提交完成 这样直接 导致了用户提交代码等待时间过长 ，影响了用户体验 于是想到让post

ReviewBoard是个开源的、可扩展的、友好的基于Web的代码评审工具，是用Python框架Django开发的。 还记得之前安装ReviewBoard时折腾了好久 ReviewBoard官方文档很完善，官网上有详细的 安装指南 （每个环境：linux、windows、MacOSX） 当时的安装环境是linux，所需要的大多软件理论上可以通过yum/apt-get或者easy-install安装 但是最初安装的时候，是在公司内网，无法连接到外网，同时yum源不完善、也无法使用easy-install来安装与python相关的包 这样，许多软件都需要手动安装，安装过程繁琐、复杂，安装时的依赖解决、错误定位和解决花费了大量的时间 尤其是安装ReviewBoard需要解决的依赖甚多，安装pysvn时需要一一解决的错误甚多 这样，首次安装就花费了大约一周的时间 而这样的安装，无法迁移，要在其他环境安装还得重新安装 后来虽多次演练，不断积累了安装经验，但整个ReviewBoard环境一步步安装下来至少也需要一天 这两年Docker风生水起，而它使得ReviewBoard安装、迁移等变得更简单。 ReviewBoard官网上docker-reviewboard页面： https://www.reviewboard.org/store/products/docker-reviewboard/

代码评审 代码评审（CodeReview），顾名思义是对代码进行评审，是软件工程的活动之一。 通过代码评审可以保证代码质量，促进团队知识共享……好处多多。 版本控制与代码评审 软件工程的各个活动总是离不开工具的支持。 代码评审工具首先必须和版本控制工具相结合的。 现在主流的两种版本控制工具：SVN和GIT。 GIT有个Google开发的代码评审工具Gerrit，可以在提交前进行代码评审，评审通过之后才允许提交到版本库。 其次，代码托管平台GitLab（号称是GitHub的开源实现）也可以用来进行代码评审（把代码fork过去，用pull request的方式实现代码评审）。 如果版本控制工具是GIT，当然优先选择用Gerrit或者GitLab来尝试做代码评审了。 但是如果版本控制工具是SVN呢？这目前还没有发现很好的解决方案。 所以问题来了，在技术选型上，该选择什么工具来进行代码评审呢？ 代码评审工具选型 关于代码评审，有很多支持工具，可以查看： 简单实用的Code Review工具 开源的代码评审工具有： ReviewBoard 、 Facebook Phabricator 、 Codestriker 、 Groogle 、 Rietveld 、 JCR（Java Code Reviewer） 、 Jupiter 、 ReviewClipse 商业版的代码评审工具有：