@adlc/ ticket- sync
由Canonical ADLC售票店与外道追踪器双向同步——
GitHub 问题 先说 将问题导入入票, 只为本地创建问题
将 ADLC 执行元数据写回发行机构 干线运行
默认; 所有 I/O 网络通过 gh CLI(英语:CLI).
npm i -g @adlc/ticket-sync
gh auth login # the provider shells out to gh
adlc-ticket-sync --help
图标
| 命令 | 它会做什么 |
|---|---|
adlc-ticket-sync pull | 进口问题 − 活跃的售票店(3道调节;工会;因冲突未能关闭). |
adlc-ticket-sync push | 写回门票:更新同步出问题+ 一能创建 用于本地专用车票+只显示状态标签/评论. |
adlc-ticket-sync sync | pull 接下来 push (非清洁拉出后再推出). |
adlc-ticket-sync doctor | 只读,离线健康检查(配置 / 票 / schema 漂移 / sidecar / stale lock). |
默认干跑-通过 --write 申请. --json 在所有命令上显示.
--limit <n> 上限 : pull编号 :push编号 :sync 从跟踪器中选择列表
(违约500). 达到上限的列名因可能被截断而被拒绝
而不是同步,所以提高它(或缩小) select 当它发生的时候.
与 select.query 设置, 列表通过 GitHub 的搜索 API, 它
返回时最多为 1000 个结果,因此拒绝将 1000 行切换为任意
--limit; 缩小查询范围.
退出代码 : 0 ok \fn微软雅黑okay \fn微软雅黑okay \fn方正黑体简体\fs18\b1\bord1\shad1\3ch2f2f2f}美国海军陆战队 1 * 运行中 2 关闭.
adlc-ticket-sync pull # preview the import
adlc-ticket-sync pull --write # apply it
adlc-ticket-sync push --write # create/update issues + status
adlc-ticket-sync doctor # check repo health, read-only
如何运作
- 元数据 GitHub 问题 缺少生活在一个有栅栏的 JSON 块 在问题机构,
介于
<!-- adlc:begin … -->编号 :<!-- adlc:end -->卫所. 围绕它 保留了逐字记录. - 同步簿记 (节点ids, 三向基散列, 创建键) 生活在一个
带子 侧车 (单位:千美元)
.adlc/ticket-sync.state.json)——所以例行同步从不 触起铁道信根. 其元数据可以重建,但作者可以持久地保留 并且闭口闭口pendingCreates恢复手柄. - 独立储存: 已磨损
.adlc/tickets/用于新重置的立体; 遗产.adlc/tickets.json继续通过移民桥梁开展工作. - 创建: 稳定的 sentinel 密钥 + 预创建的收养扫描 +
pendingCreates崩溃恢复意味着重新运行永远不会重复一个问题。 把手 直到身份证重写和散列证据重新验证完成为止, 所以重新运行可以恢复一半。 在创建时, 重新分配了票号T<n>→gh:<owner>/<repo>#<n>带有全店边 重写. - 离线第一: 所有逻辑都通过注入进行离线测试
gh跑道; 一条 活边有选择入住的烟雾(scripts/ticket-sync-smoke.mjs) (中文(简体) ).
打开瞄准镜
pull 需求 issues:read· ; push 需求 issues:write更喜欢一个精致的PAT
大范围 repo 范围. GH_HOST 我为GitHub企业感到荣幸.
完整向导
见 文件/目录-同步md 旗帜矩阵, 配置 参考文献,区块/侧车型,一能细节,铁道-信托-根基 互动,和活烟.
许可证
校对:Soup