The `ANGULARFIRE2_VERSION` build placeholder ships unreplaced in the library, and `versions.json` never reaches the compiled schematics
維護者通常 3 天內回覆
還沒有人認領這個 Issue。
評估
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 新手友好度
- 52/100
- Issue 類型
- 缺陷
- 描述清晰度
- 基本清楚
- 活躍度
- 冷清
- 技術堆疊
- angular, firebase, typescript
- 領域
- build-system, release, tooling
研究方向
從 src/core.ts 和 tools/build.ts 開始，接著檢查 src/schematics/versions.json 以及 src/schematics/common.ts 中的 addDependencies()。比較 PR #3709 和 #3711 中的建置時 placeholder 處理方式，並追蹤 JSON 何時被打包。完成的標準是：已發布的 VERSION 回報已安裝的版本，且隨附的 schematics 包含可用的相依性版本資料。
由索引模型根據 Issue 內容生成。
描述
Version info
Angular: 21.2.x Firebase: 12.x AngularFire: 21.0.0-rc.0
How to reproduce these conditions
npm pack @angular/fire@nextand inspectfesm2022/angular-fire.mjs— search forANGULARFIRE2_VERSION.- Or in an app:
import { VERSION } from '@angular/fire'; console.log(VERSION.full);
Expected behavior
VERSION.full (and the underlying Version object in src/core.ts) should report the real installed version, e.g. 21.0.0-rc.0.
Actual behavior
VERSION is constructed as new Version('ANGULARFIRE2_VERSION') - the build-time placeholder that's supposed to be replaced with the real version before publishing, but isn't for this occurrence. The published package ships the literal string.
A related mechanism is also broken: src/schematics/versions.json's peerDependencies/firebaseFunctionsDependencies data is filled in by tools/build.ts after the schematics are bundled with esbuild, which has already inlined the JSON import from the unfilled source file at compile time.
- The post-build edit to
versions.jsonon disk is never read by the shipped schematic code. - One concrete effect:
addDependencies()insrc/schematics/common.tsnever has real version data to check against, so it can't detect or warn about conflicting dependency versions the way it appears designed to.
Will need a decision on one of these approaches:
- string-replace with a build-time guard, matching what PR #3709/#3711 just did for the schematics' own version placeholder, or
- reworking the
versions.jsoninlining - the fix touchestools/build.tsand possiblysrc/core.ts, so I wanted to flag it and get a read before picking a direction.
- 主要語言
- TypeScript
- 星號
- 7.8k
- 分支
- 2.2k
- 平均合併
- 3 天 7 小時
- 30 天內合併 PR
- 8
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
angular/angularfire 的其他 Issue
-
The upgrade guide does not cover `ng update` stopping on a Node.js version message可能已有人在做 @armando-navarro 於 1 天前認領。 未關閉comp: docs type: chore version: current (v17+)
難度 1/5 1 小時以內 新手友好度 92/100
angular/angularfire#3786 ·
維護者通常 3 天內回覆
-
The quickstart's first command fails on npm older than 11.6 (`reading 'edgesOut'`)可能已有人在做 @armando-navarro 於 1 天前認領。 未關閉comp: docs type: chore version: current (v17+)
難度 1/5 1 小時以內 新手友好度 88/100
angular/angularfire#3785 ·
維護者通常 3 天內回覆
-
The PR template doesn't ask whether a change is breaking可能已有人在做 @armando-navarro 於 2 天前認領。 未關閉comp: other type: chore
難度 1/5 1 小時以內 新手友好度 90/100
angular/angularfire#3781 ·
維護者通常 3 天內回覆
-
docs: the App Check guide does not cover server-side rendering可能已有人在做 @armando-navarro 於 6 天前認領。 未關閉comp: app-check comp: docs comp: ssr type: chore version: current (v17+)
難度 2/5 1-3 小時 新手友好度 88/100
angular/angularfire#3774 ·
維護者通常 3 天內回覆
-
The `canary` dist-tag can move back to an older build可能已有人在做 關聯的 PR 仍在進行中或已合併。 未關閉
難度 4/5 3-5 天 新手友好度 52/100
angular/angularfire#3783 ·
維護者通常 3 天內回覆
查看 angular/angularfire 的全部 Issue
相似的 Issue
-
難度 2/5 1-3 小時 新手友好度 78/100
prime-radiant-inc/evener#3726 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 68/100
FuRongJun-1999/dsh-memory#56 ·
維護者通常 1 天內回覆
-
bug via-triage
難度 2/5 1-3 小時 新手友好度 84/100
pingdotgg/t3code#15682 · 1 則留言 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 72/100
openwatersio/slackwater.xyz#152 ·
維護者通常 1 天內回覆
-
bug
難度 2/5 1-3 小時 新手友好度 82/100
OpenListTeam/OpenList-Worker#103 ·
維護者通常 1 天內回覆