代码拉取完成，页面将自动刷新
更新失败，请稍后重试！
/
详情
关于 cmake 构建工作以及与原有 qmake 构建的相关内容
评论 (4)
麻本法
创建了任务
误判申诉
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
取消
提交
原值
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架是否有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
建议 Spark 骨架化构建
新值
关于 cmake 构建工作以及与原有 qmake 构建的相关内容
原值
1. 有关 cmake 的构建工作
- [] 基本的 cmake 构建骨架
此骨架是否有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架是否有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架是否有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [] 基本的 cmake 构建骨架
此骨架是否有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [] 基本的 cmake 构建骨架
此骨架是否有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架是否有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架是否有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [] 基本的 cmake 构建骨架
此骨架具有打破传传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [x] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [x] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [x] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [x] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [x] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [x] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [ ] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [ ] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [x] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [ ] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [x] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [x] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [x] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [ ] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [x] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [x] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [x] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [x] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [ ] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
原值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [x] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [x] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
新值
1. 有关 cmake 的构建工作
- [x] 基本的 cmake 构建骨架
此骨架具有打破传统cmake使用方式，其类似于makefile项目(在每个目录都有一个 `CMakeLists.txt`)。
- [x] spark 骨架将需要进行代码结构调整，但不更改代码内容
是否允许变更为 cmake 构建(原因是 qmake 项目将导致 vscode 残废)
- [x] qmake 显然在 qtcreator 下支持更好
- 不过 cmake 依然也不错
- 有关其它内容
- [x] 如果有需要可顺便提供骨架扩展 deb 打包功能，`make package` 即可在 `build` 目录得到 deb 包
- [x] 也可兼容 debian 传统打包模式，将需要考虑是否使用完全的 [debian 融合骨架][deiban-spark]
[deiban-spark]: https://gitee.com/zinface/debian.spark-build-skeleton
登录 后才可以发表评论