开源项目管理软件的中文支持与本地化：术语、时区与合规怎么配

跨时区项目里，同一截止时间在不同成员屏幕上相差数小时，同一Bug在列表、报表和通知里叫法不同，审计时又查不到字段级变更。这三类问题分别对应术语、时区、合规三条配置线，顺序不能反：先定术语和字段，再统一时间模型，最后固化合规证据。 下面按这条顺序给出字段字典、IANA时区、SPDX清单和审计日志的落地方法。

一、配置顺序：先术语字段，再时间模型，最后合规证据

1. 术语字段决定界面、报表和导出的语义一致性

字段键不统一，列表、通知、导出和审计抽样就会各说各话。同一Bug在需求页叫问题单、在报表里叫事项，按字段追溯变更时无法关联。术语配置必须先于时区和合规。

2. 时间模型决定关键路径、基线和审计时间戳的准确性

时刻、日期、工期混存，关键路径和基线日期都会算错。截止时间存UTC，里程碑存本地日期，工时存绝对值；这个模型定下来，排期、提醒和日志才有共同基准。

3. 合规证据决定许可证、个人信息和变更记录能否追溯

许可证清单、数据地图和字段级审计日志构成合规证据包。没有字段键和时间戳，证据包无法把组件、数据和变更串起来。

二、责任分工：术语、时区、合规各自归口到谁

配置顺序明确后，责任必须落到具体角色，否则字段字典、时区库和许可证清单没人维护。

1. 产品负责人裁决术语与WBS对象边界

WBS词典、需求、任务、Bug、里程碑的名称和边界由产品负责人裁决；一个概念只留一个首选词，同义词只进搜索别名。

2. 研发负责人落地字段类型、时区存储与接口

研发确定字段键、数据类型、最大长度、UTC存储、IANA时区标识和接口返回格式；字段类型不统一，前端和导出会出现两套时间。

3. 本地化与安全法务分别守住语言资源和合规证据

本地化维护术语表、ICU消息、断行规则和导出模板；安全法务维护许可证清单、数据地图、跨境评估和审计要求。术语争议归产品，合规争议归安全法务，裁决结果写回字段字典。

三、术语配置：字段字典、ICU消息与中文排版规则

术语是字段的语义基础，先处理术语，后面的时间显示和合规导出才有稳定的字段名。

1. 字段字典用字段键锁定唯一首选词

字段键同时用于界面资源、导出模板、搜索索引和审计日志，改词只改词表，不改代码。

2. ICU MessageFormat处理复数、占位符与词序

用ICU MessageFormat的plural、select和占位符处理one/other、变量词序和数量变化；禁止把变量拼进句子，否则日语、俄语的词序和格变化会直接暴露。翻译备注写明变量含义和最大长度。

3. 中文断行、标点禁则与拼音排序影响可读性

中文按字断行，英文按词断行；省略号、括号、书名号不能出现在行首或行尾。用Unicode UAX#14的断行规则，不要按字符截断。搜索要处理中文分词和同义词，列表排序按CLDR拼音规则，不能直接按UTF-8码点排。这些规则决定中文界面是否可读。

4. 伪本地化与字符串冻结控制发布回归

发布前用伪本地化把字符串拉长30%到50%，检查按钮、表头和看板卡片；冻结后只修Bug。导出模板单独回归，Excel表头最容易漏。

四、时区配置：UTC存储、IANA时区与项目排期计算

术语字段稳定后，时间字段才能确定存储口径和显示口径。

1. 时刻、日期、工期三类字段必须分开建模

时刻存UTC，日期存本地，工期存绝对值。

2. IANA时区标识解决夏令时重复与缺失时刻

存储层写UTC，标识层写Asia/Shanghai、Europe/Berlin这类IANA时区名，显示层按用户时区换算。据IANA时区数据库官网，截至2026年10月最新版本为2026e，数据库记录各地UTC偏移和夏令时规则。固定UTC+8无法处理夏令时的重复和缺失时刻，也无法应对时区政策变更。

3. 依赖关系与关键路径按工作日历计算

截止时间绑定项目或发起人时区，同时显示接收人本地时间。上海18:00对应柏林夏令时12:00，交接窗口只有6小时。FS/SS/FF/SF依赖的lag按工作日历计算，跨时区交接扣掉对方非工作时段；关键路径重算时，日期型里程碑不能被时区换算带偏。

4. RRULE重复会议绑定TZID避免夏令时偏移

重复会议用RRULE加TZID，绑定时区标识而不是固定偏移，否则夏令时切换时整组会议偏移一小时。工作日历按地区维护周末、节假日和特殊工作日；SLA、审批时限、迭代起止日期引用对应日历。跨日截止要写明周末和节假日是否计入。

5. 时区迁移用锚点事件校验重复与缺失时刻

迁移前盘点字段，分清时刻、日期和文本；把本地时间换算成UTC并保留原时区；用发布记录、审计日志做锚点，重点查夏令时切换日的重复和缺失时刻。把本地时间直接当UTC写入，是最常见的迁移错误。

五、合规配置：SPDX许可证、数据地图与审计日志

术语和时间字段稳定后，合规证据才能按字段、时间戳和操作者抽取。

1. SPDX与SBOM识别许可证义务触发点

组件清单记录名称、版本、SPDX许可证标识、来源、分发方式、义务和责任人。SBOM随版本生成差异，新增GPL、AGPL、LGPL组件时触发许可证评审。内部自用、交付客户、对外提供修改版的义务不同，许可证文本、版权声明、修改说明和源码提供方式都要留档。SBOM只记录组件信息，分发方式才决定许可证义务是否触发。

2. 数据地图定位个人信息与跨境传输路径

数据地图标出项目名称、成员信息、评论、附件、工时、日志的存储位置、访问角色、保留期限和出境路径。个人信息、重要数据和普通项目数据分开处理；最小权限、默认不导出、保留期限可配置。私有化部署不自动合规，备份、日志、远程运维同样可能携带个人信息。 《中华人民共和国个人信息保护法》第三十八条列明安全评估、认证、标准合同等出境路径；《网络数据安全管理条例》自2025年1月1日施行。

3. 字段级审计日志还原变更证据链

审计日志记录操作者、时间、对象、字段、改前值、改后值、审批单号。权限变更、导出、删除、跨境访问、保留策略调整都要进入审计范围。日志采用只追加存储，定期归档，访问日志本身也要留痕；跨时区团队统一用UTC记录，展示时再转本地时间。只有登录日志，无法回答谁改了哪个字段。

六、验收方法：术语、时间、合规三组可执行用例

三块配置完成后，用三组用例验证字段、时间和证据是否真正闭环。

1. 术语验收覆盖列表、详情、通知与导出

抽取WBS词典、需求标题、任务状态、Bug字段、通知模板和导出表头，检查同一字段键是否同一首选词；用长用户名、长部门名和伪本地化字符串检查截断；用拼音和同义词搜索检查分词。

2. 时间验收覆盖夏令时、跨日截止与依赖lag

选一个启用夏令时的时区和一档跨日截止，测保存、显示、提醒、导出；构造FS依赖加lag，检查关键路径和工作日历；检查里程碑日期不因查看者时区变化而前后移动。

3. 合规验收覆盖许可证、数据地图与审计抽样

沿一条真实业务链抽样：需求创建、附件上传、评论、导出、归档；核对许可证清单、数据地图、权限矩阵和审计日志。证据要落到文件、日志和审批记录，不能只写已合规。

七、常见问题

1. 中文长文本撑破看板卡片时，字段长度和布局应该先改哪个

先查字段字典的最大长度和前端截断策略，再改用省略号加悬浮提示；不要直接放宽字段长度，否则导出和通知会跟着溢出。

2. 跨时区项目关键路径每天漂移，通常由哪三类配置引起

自然日工期、未绑工作日历的lag、被时区换算带偏的里程碑日期。先查这三处，再统一用UTC和工作日历重算。

3. SBOM出现AGPL组件时，内部使用是否会触发开源义务

内部自用通常不触发分发义务，但通过公网提供服务可能触发AGPL的网络使用条款；以许可证文本和法务意见为准，保留组件版本和分发方式证据。