config.xml文件的修改

应该可以的啊，直接把<COLLECT_RELAY_SERVER IP="NjAuMTYxLjE1OS4yMDA=" PORT="NTk4ODg=" />
中的ip后的名字 NjAuMTYxLjE1OS4yMDA 换下试试啊

如标题描述，最近关于这个gerrit的submit type的设置引起了一个问题，我大概模拟了下开发的提交场景，如下：
开发A和开发B都在修改仓库repo_test的代码，开发A修改test1txt 然后提交到gerrit上，并在gerrit上合入了这个提交(commitA)，开发B没有执行git pull, 直接修改了test2txt， 这个test2txt和test1txt没有任何关联性，是完全不相关的模块，然后开发B提交gerrit，然后gerrit上合入了这个提交(commitidB)，此时，由于开发B的这个提交相对服务器少了开发A的改动提交，就自动生成了一条merge(叫commitB+吧)，比如如下：
以上，B+是自动生成的merge，这个自动merge的记录在gerrit上是看不到的，真正的修改是在B，所以开发在gerrit上找到B，让我（职位：CM）在B节点标记tag，我在B标记tag后打包（我执行git checkout B），发现没有A的修改了，这就出问题了！！！但是git checkout B+就有A的提交！！
然后发现，是因为开发B没执行git pull ，没把A的改动带进去，所以提交的时候就自动产生了这个merge的提交记录，话说，使用rebase就不会产生，但是怎么搞呢？
然后发现了gerrit的submit type 可以控制：
默认的是“Merge if Necessary”, 这个就是在有差异的时候自动生成一条merge记录
所以换成“Rebase if Necessary”,这个会自动rebase,不会自动产生merge记录
如下是gerrit换成“rebase if Necessary”的提交记录：
STM32 对内部FLASH读写接口函数（转）
ymodem协议c实现（转）
STM32启动模式及API（转）
Keil STM32调试，使用ST-Link下载程序时提示“flash timeoutreset the target and try it again”
UVA 11020
LeetCode Maximal Square
Android中的消息机制
关于DPM(Deformable Part Model)算法中模型可视化的解释
Nodejs能够做什么？
hdu 1071 The area
Linux经常使用命令(九)
[ACM] hdu 4248 A Famous Stone Collector (DP+组合)
linux程序设计——个人总结
poj3252-Round Number 组合数学
QML与C++交互:登陆界面设计
delphi2010发送邮件—中文显示为乱码解决
WCF探索之旅（五）——WCF与WebService的异同
数据库备份还原，日志清理代码
Android自己定义View、画家（画布）Canvas与画笔Paint的应用——绘图、涂鸦板app的实现
Berkeley DB基础教程
SSL和SSH的差别

随着我们对web前端编程开发技术的掌握，越来越多的框架语言和架构方式被我们所熟知。下面沙河北大青鸟就一起来了解一下，web前端开发的一些常见框架结构。

1全包型

这类框架大的特点就是从底层的渲染引擎、布局引擎，到中层的DSL，再到上层的框架全部由自己开发，代表框架是Qt和Flutter。这类框架优点非常明显：性能(的上限)高;各平台渲染结果一致。缺点也非常明显：需要完全重新学习DSL(QML/Dart)，以及难以适配中国特色的端：小程序。

这类框架是原始也是纯正的的多端开发框架，由于底层到上层每个环节都掌握在自己手里，也能大可能地去保证开发和跨端体验一致。但它们的框架研发成本巨大，渲染引擎、布局引擎、DSL、上层框架每个部分都需要大量人力开发维护。

2Web技术型

这类框架把Web技术(JavaScript，CSS)带到移动开发中，自研布局引擎处理CSS，使用JavaScript写业务逻辑，使用流行的前端框架作为DSL，各端分别使用各自的原生组件渲染。代表框架是ReactNative和Weex，这样做的优点有：

开发迅速;

复用前端生态;

易于学习上手，不管前端后端移动端，多多少少都会一点JS、CSS。

缺点有：

1交互复杂时难以写出高性能的代码，这类框架的设计就必然导致JS和Native之间需要通信，类似于手势 *** 作这样频繁地触发通信就很可能使得UI无法在16ms内及时绘制。ReactNative有一些声明式的组件可以避免这个问题，但声明式的写法很难满足复杂交互的需求。

2由于没有渲染引擎，使用各端的原生组件渲染，相同代码渲染的一致性没有一种高。

3JavaScript编译型

这类框架就是我们这篇文章的主角们：Taro、WePY、uni-app、mpvue、chameleon，它们的原理也都大同小异：先以JavaScript作为基础选定一个DSL框架，以这个DSL框架为标准在各端分别编译为不同的代码，各端分别有一个运行时框架或兼容组件库保证代码正确运行。

是 import QtWebView 10 还是 import QtWebKit 30？
应该是 import QtWebView 10或者更高

链接点不开 是url：“>前者： 一般你用网上的地址应该不会有问题，有问题的话就是>