@chengzhao-dev/dsh-cpp-workflow 0.6.14 → 0.6.15
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.en.md
CHANGED
|
@@ -19,13 +19,13 @@ The exception material follows the C++ Core Guidelines' Error handling section a
|
|
|
19
19
|
Pinned npm install:
|
|
20
20
|
|
|
21
21
|
```bash
|
|
22
|
-
dsh plugin --profile web add npm:@chengzhao-dev/dsh-cpp-workflow@0.6.
|
|
22
|
+
dsh plugin --profile web add npm:@chengzhao-dev/dsh-cpp-workflow@0.6.15
|
|
23
23
|
```
|
|
24
24
|
|
|
25
25
|
The matching Git tag:
|
|
26
26
|
|
|
27
27
|
```bash
|
|
28
|
-
dsh plugin --profile web add github:chengzhao-dev/dsh-cpp-workflow#v0.6.
|
|
28
|
+
dsh plugin --profile web add github:chengzhao-dev/dsh-cpp-workflow#v0.6.15
|
|
29
29
|
```
|
|
30
30
|
|
|
31
31
|
The desktop app owns the `desktop` profile. If the command-line `add` is rejected, add the plugin in the app settings and use the same pinned npm version. A Git tag install uses the prebuilt `lib/` committed in the repository and runs no build on the target machine; the package has no install script that needs approval.
|
package/README.md
CHANGED
|
@@ -19,13 +19,13 @@
|
|
|
19
19
|
npm 安装钉死版本：
|
|
20
20
|
|
|
21
21
|
```bash
|
|
22
|
-
dsh plugin --profile web add npm:@chengzhao-dev/dsh-cpp-workflow@0.6.
|
|
22
|
+
dsh plugin --profile web add npm:@chengzhao-dev/dsh-cpp-workflow@0.6.15
|
|
23
23
|
```
|
|
24
24
|
|
|
25
25
|
同版本的 Git 标签：
|
|
26
26
|
|
|
27
27
|
```bash
|
|
28
|
-
dsh plugin --profile web add github:chengzhao-dev/dsh-cpp-workflow#v0.6.
|
|
28
|
+
dsh plugin --profile web add github:chengzhao-dev/dsh-cpp-workflow#v0.6.15
|
|
29
29
|
```
|
|
30
30
|
|
|
31
31
|
桌面应用独占 `desktop` profile。命令行 `add` 被拒绝时，在应用设置里添加插件，地址填同一个 npm 版本。Git 标签安装使用仓库内已构建的 `lib/`，不在目标机器上重新构建；包内也不含需要授权执行的安装脚本。
|
package/package.json
CHANGED
|
@@ -65,11 +65,11 @@ clang-format --dry-run --Werror src/*.cpp include/*.h
|
|
|
65
65
|
| 输出 | 先看 | 回到 |
|
|
66
66
|
| --- | --- | --- |
|
|
67
67
|
| `CMake Error ... CXX compiler` | `environment.json`、`--live` | `building-cpp` 的定构建 / 通过检查 |
|
|
68
|
-
| `ninja: error: ... missing and no known rule` | 源文件是否在 CMake 中列出 |
|
|
69
|
-
| `fatal error: ... No such file` | `target_include_directories` |
|
|
70
|
-
| `undefined reference` | `target_link_libraries`、库 target 名 |
|
|
68
|
+
| `ninja: error: ... missing and no known rule` | 源文件是否在 CMake 中列出 | `configuring-cmake` 的 target 源文件清单 |
|
|
69
|
+
| `fatal error: ... No such file` | `target_include_directories` | `configuring-cmake` 的包含边界 |
|
|
70
|
+
| `undefined reference` | `target_link_libraries`、库 target 名 | `configuring-cmake` 的链接边界 |
|
|
71
71
|
| `CTest` 失败 | 测试断言、行为句 | `developing-cpp` 的定行为 / 定实现 |
|
|
72
|
-
| 运行时报找不到 `.so` | RPATH / `LD_LIBRARY_PATH` |
|
|
72
|
+
| 运行时报找不到 `.so` | RPATH / `LD_LIBRARY_PATH` | `configuring-cmake` 的链接边界与 RPATH |
|
|
73
73
|
|
|
74
74
|
## 验收
|
|
75
75
|
|
|
@@ -75,7 +75,7 @@ Google 原文不使用 C++ 异常；本工作流只在开发阶段的源码指
|
|
|
75
75
|
- 组合消息以 `std::format` 为主：`std::format("任务 {} 进入状态 {}", task, state)`。
|
|
76
76
|
- `std::print` 只在 C++23 且标准库支持时使用，通常放在程序边界；库代码仍用 `std::format` 组合消息。C++20 及更早把格式化结果写到 `std::cout` / `std::cerr` / `std::ostringstream`。
|
|
77
77
|
- 简单字面量输出可以直接用 `std::cout << "..."`；需要拼接变量、对齐、数值格式时用 `std::format`。
|
|
78
|
-
-
|
|
78
|
+
- 列宽跟工程根 `.clang-format` 的 `ColumnLimit` 走；项目已声明 100 时按 100，模板资产不写 `ColumnLimit`。每级缩进 2 个空格，代码不用 tab；缩进与对齐由 `.clang-format` 统一，不在条文里另定一套。
|
|
79
79
|
- 浮点输出固定精度，整数不依赖隐式格式；`std::format` 的格式串写全。
|
|
80
80
|
|
|
81
81
|
## 注释
|