初始化程序为验证调用绑定了 PLAN_ID,但没有绑定 PWF_PLAN_ROOT,因此继承的 PIN 会重定向验证
作者: OthmanAdi创建于 2026年9月17日更新于 2026年9月17日
标签bughelp wantedgood first issue
□ 问题
两位初始作者都证明了他们刚刚创建的计划,即请PLAN ID'的证明人参加新计划(init-session.sh'行PLAN ID' ${PLAN ID:-}''''''''init-session.ps1's ' env:PLAN ID'''=atest-plan.ps1'电话周围的planId'')。 也没有将PWF-PLAN-ROOT'作为这一呼吁的约束。 证明人通过解决计划-目录 ' 解决,并尊重继承的`PWF PLAN ROOT',因此,另一个项目遗留在环境中的一针将刚刚写入当前目录的计划的证明引向或阻断。
范围:用户导出"PWF PLAN ROOT"(从第212期起的嵌入式-项目接针),然后在不同的目录中运行初始化器. 在变量未设置的情况下,没有问题。 规划文件本身在每一种情况下都是正确的生成;只有证明步骤受到影响,它的失败是沉默的,因为两个初始器都吞下证明器的输出.
□ 如何复制
嘘 导出 PWF PLAN ROOT=/路径/到/其他项目# 有自己的规划。 cd/路径/到/本项目 Sh 脚本/init-session.sh "弗雷什计划" sh 脚本/测试计划.sh -- -- 显示#或检查. 规划//.
观察:证明人在`/path/to//other-project/. planning'下寻找`date>-fresh-plan',打印出`[plan-test] PWF PLAN ROOT=.没有解决持有计划的项目根问题'(由初始者提出),新计划没有证明。 在根模式(无名称参数)中,所继承的指针使证明人能够证明另一个项目的根'task plan.md'而不是刚刚创建的根'.
□ 建议修正
将`PWF PLAN ROOT'与当前项目根相接,在验证呼叫期间,在同一地点,`PLAN ID'受约束:
- 'init-session.sh':'PWF PLAN ROOT="$PWD" PLAN ID="${PLAN ID:-}'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
- `init-session.ps1':省下`env:PWF PLAN ROOT',将其设为`(Let-Location)。 现有`试'内路径(或已恢复的项目根),在`PLAN ID'恢复后`最后'恢复。
让双胞胎保持行为一致 回归测试可以导出一针给第二个临时项目,运行第一个中的每个初始化器,并断言新计划的证明文件存在.
□ 来源
由v3.19.0发布审查(PRs #247,#248,#249)所发现. 在将该问题分成每个项目的一个问题之前,作为250号项目8进行跟踪.内容来源: OthmanAdi/planning-with-files