deepin QPainterPath 在 Qt 5.15 里面确实需要单独引用头文件#include
但是，在 Qt 5.11.3 里面，只要 #include 就会间接引用到 
所以有一种可能，代码在 UOS 上编译通过后就直接合并上传了。至于使用高版本 Qt 的 deepin 会不会同步测试，能不能编过就要看运气了 
反正咱也遇到过这种问题，已经被坑了好几次了......这种头文件变化写的时候也不一定能想的起来
deepin 哈哈哈哈哈在deep干活应该很轻松吧，好有杀伤力又轻飘飘的吐槽啊
deepin QPainterPath 在 Qt 5.15 里面确实需要单独引用头文件#include
但是，在 Qt 5.11.3 里面，只要 #include 就会间接引用到
所以有一种可能，代码在 UOS 上编译通过后就直接合并上传了。至于使用高版本 Qt 的 deepin 会不会同步测试，能不能编过就要看运气了
反正咱也遇到过这种问题，已经被坑了好几次了......这种头文件变化写的时候也不一定能想的起来
我就说为什么移植 DDE15 时很多都没有 #include
deepin QPainterPath 在 Qt 5.15 里面确实需要单独引用头文件#include
但是，在 Qt 5.11.3 里面，只要 #include 就会间接引用到
所以有一种可能，代码在 UOS 上编译通过后就直接合并上传了。至于使用高版本 Qt 的 deepin 会不会同步测试，能不能编过就要看运气了
反正咱也遇到过这种问题，已经被坑了好几次了......这种头文件变化写的时候也不一定能想的起来
有可能吧，这样的话就是开发环境与部署环境不同造成的问题了。
deepin 我就说为什么移植 DDE15 时很多都没有 #include
等debian 13吧，到时候调这些够我俩受的了
deepin 有可能吧，这样的话就是开发环境与部署环境不同造成的问题了。
活跃开发分支确实会这样的，nightly build跑不起来也正常
打了tag的跑不起来才算事故吧～
deepin 我每次都是checkout到一个最新的tag之后编译安装的
deepin 是的，开发环境目前是专业版，如果在社区版编译确实有可能出现问题。常规的做法是在提交代码后执行各版本编译任务，但IDE是没有添加的。 之前更多是内部开发，最近出现代码层面的反馈，说明大家也开始关注代码本身，所以添加CI提升大家的编码体验也是有必要的。
deepin 
deepin 
中文 
My beautiful Deepin-colored stock chart theme 
有点难以想象，遇到了这种低级问题。
两次遇到
master分支的代码无法通过编译，我十分怀疑开发在上传代码之前没有在本地编译过代码。第一次编译失败是缺少一个命名空间，见编译deepin-unioncode失败
在
src/plugins/codegeex/widgets/inputeditwidget.cpp中缺少一个命名空间。可以查看这个文件相关的提交记录：2024/9/20（commit 859f569f246250ac3ba85dbe933c01767e33add8）
今天又编译失败了，原因竟然是因为缺少头文件
见：
3rdparty/unioncode-qscintilla214/src/PlatQt.cpp(commit 24fc34dba1ace9b3f29b289aa830fefe36bc783e)第512行：
缺少头文件：
qpainterpath.h哎……
不说别的了，在deepin干活应该很轻松吧。