root - Gogs

root запушил(а) release в incubator/pipeline

eb05977835 1

9 часов назад

root запушил(а) main в incubator/pipeline

eb05977835 1

9 часов назад

root запушил(а) release в incubator/pipeline

5c4667790b 1

9 часов назад

root запушил(а) main в incubator/pipeline

5c4667790b 1

9 часов назад

root запушил(а) release в incubator/pipeline

7b982163d0 1
ee4ec1ebfe perf(deploy): 瘦身镜像 2.85G→2.18G——剥离 .next 构建缓存、消除 chown 重复层 - 构建后 rm -rf apps/web/.next/cache：189M webpack/swc 缓存仅 next build/dev 使用，next start 不读 - .next 改用 COPY --chown=node:node：拷入即定属主，免去末尾递归 chown 复制整层 - 末层只 chown 空目录(output/HOME/webpack 缓存) + 仅 chmod 777 .remotion 目录； chrome 文件靠默认 umask 022 已是 a+rx，node 可读可执行，无需递归 chown（原 chown -R 在 overlayfs 下复制了 ~470M） Co-Authored-By: Claude <noreply@anthropic.com>
3d91d160a7 feat(publish): 飞书通知增强（标题建议 + @ 成员）与渲染后发布清单渲染完成后的发布/通知链路三项增强： 1. 飞书通知带「标题建议」 - PublishContext 增加可选 titleSuggestion，由 parsed.title 与 cover 场景 trendSummary 拼成（github-trending 形如「GitHub 每日热榜｜…」） - 成功 / 上传失败 / 生成失败三种消息都在头部行后插入，无标题时自动省略 2. 飞书通知支持 @ 成员 - 新增 FEISHU_AT_OPEN_IDS（逗号分隔 open_id），sendFeishuMessage 同时写入消息内 <at> 标签与顶层 at.open_ids 以触发 @ 通知（自定义机器人仅支持 open_id） 3. 渲染后写发布清单（YAML） - 新增视频级 publish 块（title/description/tags，github-trending 由 LLM 产出），按「视频级字段链」透传 VideoInput→ParsedContent→ComposedProject（不渲染进视频） - export 阶段在 MP4 旁写同名 .yaml；分区 tid/category 等平台字段来自 config.publishMeta[平台][模板]，标签合并去重，best-effort 不中断渲染 Co-Authored-By: Claude <noreply@anthropic.com>
5945456446 feat(github-trending): 优化口播——封面问候+趋势开场、k 星数转中文口语、不念作者名 - 封面口播改为三段式：问候 → 今日趋势（朗读 trendSummary）→ 进入项目详解，去掉冗长欢迎语；trendSummary 缺失时退化为简洁版 - 新增 normalizeCountsForTTS：parse 末尾对所有 narration 把 Nk 星数展开为中文口语（11.3k→一万一千三百、2k→两千），遵循两/二口语规则（千/百/万位读两，十/个位读二）；视觉卡片 formatCount 的 k 格式不受影响 - 提示词新增 PROJECT NAME RULE：narration 只念项目短名，不念 owner/作者；修正 GREETING RULE 与封面示例的过时描述 Co-Authored-By: Claude <noreply@anthropic.com>
10d856e462 fix(deploy): 固定容器内 PORT=3000，避免 .env 主机端口泄漏致健康检查失败 .env 里的 PORT 是宿主机映射端口（"${PORT:-13000}:3000"），不该透传进容器。但 env_file 会把整份 .env 灌入容器，导致 next start 读到 PORT=13000 监听错端口，上方 13000->3000 映射与 HEALTHCHECK（探 :3000）双双落空，容器变 unhealthy、WebUI 不可达。 environment 优先级高于 env_file，在此显式钉死 PORT=3000 中和该泄漏。 Co-Authored-By: Claude <noreply@anthropic.com>

10 часов назад

root создал новую ветку release в incubator/pipeline

10 часов назад

root удалил ветку release в incubator/pipeline

11 часов назад

root запушил(а) release в incubator/pipeline

7b982163d0 1

11 часов назад

root запушил(а) main в incubator/pipeline

7b982163d0 1

11 часов назад

root запушил(а) release в incubator/pipeline

ee4ec1ebfe perf(deploy): 瘦身镜像 2.85G→2.18G——剥离 .next 构建缓存、消除 chown 重复层 - 构建后 rm -rf apps/web/.next/cache：189M webpack/swc 缓存仅 next build/dev 使用，next start 不读 - .next 改用 COPY --chown=node:node：拷入即定属主，免去末尾递归 chown 复制整层 - 末层只 chown 空目录(output/HOME/webpack 缓存) + 仅 chmod 777 .remotion 目录； chrome 文件靠默认 umask 022 已是 a+rx，node 可读可执行，无需递归 chown（原 chown -R 在 overlayfs 下复制了 ~470M） Co-Authored-By: Claude <noreply@anthropic.com>
3d91d160a7 feat(publish): 飞书通知增强（标题建议 + @ 成员）与渲染后发布清单渲染完成后的发布/通知链路三项增强： 1. 飞书通知带「标题建议」 - PublishContext 增加可选 titleSuggestion，由 parsed.title 与 cover 场景 trendSummary 拼成（github-trending 形如「GitHub 每日热榜｜…」） - 成功 / 上传失败 / 生成失败三种消息都在头部行后插入，无标题时自动省略 2. 飞书通知支持 @ 成员 - 新增 FEISHU_AT_OPEN_IDS（逗号分隔 open_id），sendFeishuMessage 同时写入消息内 <at> 标签与顶层 at.open_ids 以触发 @ 通知（自定义机器人仅支持 open_id） 3. 渲染后写发布清单（YAML） - 新增视频级 publish 块（title/description/tags，github-trending 由 LLM 产出），按「视频级字段链」透传 VideoInput→ParsedContent→ComposedProject（不渲染进视频） - export 阶段在 MP4 旁写同名 .yaml；分区 tid/category 等平台字段来自 config.publishMeta[平台][模板]，标签合并去重，best-effort 不中断渲染 Co-Authored-By: Claude <noreply@anthropic.com>
5945456446 feat(github-trending): 优化口播——封面问候+趋势开场、k 星数转中文口语、不念作者名 - 封面口播改为三段式：问候 → 今日趋势（朗读 trendSummary）→ 进入项目详解，去掉冗长欢迎语；trendSummary 缺失时退化为简洁版 - 新增 normalizeCountsForTTS：parse 末尾对所有 narration 把 Nk 星数展开为中文口语（11.3k→一万一千三百、2k→两千），遵循两/二口语规则（千/百/万位读两，十/个位读二）；视觉卡片 formatCount 的 k 格式不受影响 - 提示词新增 PROJECT NAME RULE：narration 只念项目短名，不念 owner/作者；修正 GREETING RULE 与封面示例的过时描述 Co-Authored-By: Claude <noreply@anthropic.com>
10d856e462 fix(deploy): 固定容器内 PORT=3000，避免 .env 主机端口泄漏致健康检查失败 .env 里的 PORT 是宿主机映射端口（"${PORT:-13000}:3000"），不该透传进容器。但 env_file 会把整份 .env 灌入容器，导致 next start 读到 PORT=13000 监听错端口，上方 13000->3000 映射与 HEALTHCHECK（探 :3000）双双落空，容器变 unhealthy、WebUI 不可达。 environment 优先级高于 env_file，在此显式钉死 PORT=3000 中和该泄漏。 Co-Authored-By: Claude <noreply@anthropic.com>
159b87477e fix(deploy): 构建期预置 Remotion Chrome 并预建缓存目录，修复容器内渲染 - 构建期从 npmmirror 二进制镜像拉取 Remotion 所需的 chrome-headless-shell （版本随已安装的 @remotion/renderer 自动读取），按 BrowserFetcher 期望的目录结构铺好，ensureBrowser() 命中即跳过运行期下载——避免 CN 网络下 ~5KB/s 从 Google CDN 下载导致渲染无限卡死 - 预建并 chown 运行期可写缓存目录 node_modules/.remotion 与 packages/templates/node_modules/.cache，否则容器以 node 用户运行时渲染会 EACCES 中止 - deps 与 runtime 两阶段均设 COREPACK_NPM_REGISTRY 指向 npmmirror， corepack 拉 pnpm 走国内源 Co-Authored-By: Claude <noreply@anthropic.com>
Просмотр сравнение для этих 10 коммитов »