直接读写.spec文件是最可行方案，因其本质是带宏的纯文本模板；需统一用LF换行、动态注入路径与变量、宏引用用四重花括号、避免解析而采用正则提取关键字段。
直接读写 .spec 文件是最可行的方案
没有现成的 C# RPM SPEC 解析/生成库能可靠覆盖真实构建场景。librpm 是 C 写的，绑定成本高、维护难；现有 NuGet 包（如 RpmLib）只支持二进制包解析，不碰 .spec 文本结构。所以实际做法就是把 .spec 当纯文本模板处理——它本来就是带宏的文本文件，不是某种需要“解析”的格式。
常见错误现象：File.WriteAllText("foo.spec", content) 写出 Windows 换行符（\r\n），导致 rpmbuild 报错 line 1: Unknown tag: 或宏展开失败；或者硬编码路径如 /usr/bin/python，在不同发行版上失效。
- 用
Environment.NewLine替代"\n"或"\r\n"，但最终应统一为"\n"（Linux 工具链只认 LF） - 所有路径、解释器、依赖名都从配置或参数注入，别写死；例如用
%{python3_executable}宏，而不是/usr/bin/python3 - 宏定义（
%define、%global）必须放在%package段之前，顺序错会导致后续段落无法识别变量
rpmbuild 不接受 C# 直接调用生成的 spec？检查这三处
C# 可以调用 rpmbuild，但失败往往不是因为调用方式，而是 spec 文件本身没过基础校验。运行 rpmbuild -bp --target x86_64 foo.spec（仅预处理）比直接 -bb 更快暴露问题。
典型报错：error: line nn: Illegal char '/' in name —— 实际是 Name: 字段含下划线或大写字母；error: File not found: /path/to/source.tar.gz —— Source0: 路径是 Windows 风格或相对路径未对齐 topdir。
-
Name:只能含小写字母、数字、-、.；不能以-或.开头 -
Version:和Release:必须匹配rpmdev-bumpspec的语义，避免用DateTime.Now.ToString("yyyyMMdd")这类非单调值 -
BuildRoot:已废弃，现代 spec 应删掉该行；否则rpmbuild会警告并可能覆盖行为
用字符串插值生成 spec 时，宏和转义怎么不翻车
%{...} 宏在 C# 字符串里是双重大坑：一是 C# 本身要转义 {，二是 rpm 宏处理器还要再扫一遍。比如想写 %{buildroot}/usr/bin，C# 里得写成 "%{{buildroot}}/usr/bin"（四个花括号），否则编译报错或运行时少一层展开。
更隐蔽的问题：%if 块里嵌套 %{?foo:...} 条件宏，如果 C# 拼接时漏了空格或换行，整个条件段会被 rpm 当作单行忽略。
- 所有宏引用统一用四重花括号：
"%{{name}}"、"%{{version}}"，别省略 - 多行宏块（如
%files）前后留空行，避免与上一段注释粘连 - 避免在 C# 里拼接 shell 片段，例如
"%post\n" + $"chmod +x {scriptPath}"—— 改用%{buildroot}和%{_bindir}等标准宏定位路径
为什么不用 ANTLR 或正则解析 spec 文件
有人试过写 parser 读取已有 spec 并修改字段，结果全栽在宏展开上。%{expand:%{?dist}}、%{lua:...}、嵌套条件宏这些根本没法静态分析。rpm 自己都用专用预处理器（rpmrc + cpio + 宏引擎）跑两遍才得到最终内容。
真正需要“读取”的场景极少：比如 CI 中检查 Version: 是否符合 semver。这时直接用 Regex.Match(content, @"^Version:\s*(\S+)", RegexOptions.Multiline) 就够了，别试图 parse 全文。
- spec 不是配置文件，它是 rpm 构建系统的输入脚本；它的“结构”只在 rpmbuild 执行时才动态确定
- 任何想“安全修改某字段”的抽象层，都会在遇到
%{?with_python3:%{?py3_pkg:python3-%{name}}}这种嵌套时崩溃 - 维护成本远高于手写模板：一个
.spec.tt（T4 模板）或简单string.Replace能覆盖 95% 的自动化需求
复杂点在于 rpm 宏系统本身不透明，而不在 C# 怎么写——你得先看懂 rpm --showrc 输出和 /usr/lib/rpm/macros，否则生成的 spec 连本地 rpmbuild -ts 都过不了。
