fix(interface-cron): 结果 TSV 改为提交前同步，消除远端 tsv 永久滞后一轮

interface_test_report.tsv

@@ -994,10 +994,9 @@ utils/api	getRecommendList	POST	/api/recommend/list	200	200	BIZ_OK
 utils/api	getChildOverview	POST	/api/stats/child/overview	200	200	BIZ_OK
 utils/api	getTaskHistory	POST	/api/tasks/history	200	200	BIZ_OK
 utils/api	editPortrait	POST	/api/user/portrait/edit	200	500	BIZ_FAIL
-utils/api	generatePortrait	POST	/api/user/portrait/generate	-1	None	CONN_ERR
+utils/api	generatePortrait	POST	/api/user/portrait/generate	200	200	BIZ_OK
 utils/api	getPortrait	POST	/api/user/portrait/get	200	200	BIZ_OK
 utils/api	regeneratePortrait	POST	/api/user/portrait/regenerate	-1	None	CONN_ERR
 utils/profile-backfill	backfillProfile	POST	/api/user/profile/backfill	200	500	BIZ_FAIL
 utils/sso	createSsoTicket	POST	/api/auth/sso-ticket	200	500	BIZ_FAIL
-auto	auto	POST	/api/cart/combo-offer	200	200	BIZ_OK
-auto	auto	POST	/api/cart/replace-combo	200	500	BIZ_FAIL
+auto	auto	POST	/api/guide/messages/my	200	200	BIZ_OK

run_interface_tests_cron.sh

@@ -523,6 +523,10 @@ fi
 # ---------------------------------------------------------------------------
 # 6) 提交测试结果 + 补全用例（仅有效轮）
 # ---------------------------------------------------------------------------
+# 同步仓库根目录的全量结果 TSV（供人工/工具读取）。
+# 必须在 git add 之前执行：旧实现在 commit+push 之后才 cp，导致每轮提交进远端的
+# 都是「上一轮」的 tsv（永远滞后一轮），且工作区每轮都残留未提交的 tsv 改动。
+cp "$CUR_TSV" "interface_test_report.tsv"
 git add -f ops_interface_smoke.py
 # 强制纳入报告产物（防止未来 .gitignore 规则或路径规范导致漏提）；
 # EXTRA_CASES 仅在存在且有内容时才加入，避免缺失路径使整个 git add 失败（旧逻辑缺陷）
@@ -601,9 +605,12 @@ fi
 
 # 更新回归基线（仅有效轮才覆盖，避免无效轮污染下一轮回归对比）
 cp "$CUR_TSV" "$PREV_TSV"
-# 同步仓库根目录的全量结果 TSV（供人工/工具读取，避免与报告一起变陈旧）
-cp "$CUR_TSV" "interface_test_report.tsv"
-log "已同步全量结果 -> interface_test_report.tsv"
+# 仓库根目录 tsv 已在第 6 步提交前同步（见上），此处不再重复 cp，避免提交后又产生未提交改动
+if cmp -s "$CUR_TSV" "interface_test_report.tsv"; then
+  log "全量结果已同步（提交前完成）-> interface_test_report.tsv"
+else
+  log "⚠️ interface_test_report.tsv 与本轮结果不一致（提交后不应发生）"
+fi
 
 # 提交守卫收尾：若测试产物提交失败（COMMIT_OK=0），以非零退出码标记本轮未真正闭环，
 #               便于自动化调度与 owner 识别「假成功」已被消除（而非静默通过）。