Skip to main content

caixa_core/
version.rs

1use std::fmt;
2
3use serde::{Deserialize, Serialize};
4use thiserror::Error;
5
6/// A caixa's pinned version — a thin typed wrapper over a String that parses
7/// as [`semver::Version`] on demand.
8///
9/// Stored as a String at rest so authoring a `caixa.lisp` stays a single
10/// quoted literal. The typed form is reached through [`Self::parse`].
11#[derive(Serialize, Deserialize, Debug, Clone, PartialEq, Eq, Hash)]
12#[serde(transparent)]
13pub struct CaixaVersion(pub String);
14
15impl CaixaVersion {
16    /// Parse and validate the wrapped string as semver.
17    pub fn parse(&self) -> Result<semver::Version, VersionError> {
18        semver::Version::parse(&self.0)
19            .map_err(|e| VersionError::Semver(self.0.clone(), e.to_string()))
20    }
21
22    /// Borrow the string form.
23    #[must_use]
24    pub fn as_str(&self) -> &str {
25        &self.0
26    }
27}
28
29impl fmt::Display for CaixaVersion {
30    fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result {
31        f.write_str(&self.0)
32    }
33}
34
35impl From<String> for CaixaVersion {
36    fn from(s: String) -> Self {
37        Self(s)
38    }
39}
40
41impl From<&str> for CaixaVersion {
42    fn from(s: &str) -> Self {
43        Self(s.to_string())
44    }
45}
46
47/// Canonical Zig-style git-tag prefix every `feira publish` run writes
48/// and every downstream consumer of a published caixa reads. A caixa
49/// published at `:versao "0.1.0"` lands as a git tag `v0.1.0` on the
50/// source repo's `origin` remote — the [`crate::CaixaVersion`] value
51/// gates the version body, this constant gates the prefix the body
52/// composes under.
53///
54/// Two production-code consumers carry this prefix on the same git
55/// remote axis:
56///
57/// 1. [`caixa-feira`]'s `feira publish` verb (caixa-feira/src/cmd/publish.rs)
58///    — the writer. Its `--prefix` clap flag defaults to this string
59///    and the verb computes the tag as `format!("{prefix}{versao}")`
60///    before `git tag -a <tag>` + `git push origin <tag>`.
61/// 2. [`caixa-flux`]'s [`caixa-flux::cluster_bundle`] renderer
62///    (caixa-flux/src/lib.rs) — the reader. Its
63///    `ClusterBundleOpts::for_caixa` constructor defaults
64///    `git_ref: GitRefSpec::Tag(...)` to `<prefix><versao>` so the
65///    rendered `gitrepository.yaml` carries `ref: { tag: v<versao> }`
66///    pointing `FluxCD`'s `GitRepository` reconciler at the exact tag
67///    the publisher just wrote.
68///
69/// Until this lift landed both consumers carried the bare `"v"` byte
70/// inline — `caixa-feira/src/cmd/publish.rs:22`'s clap
71/// `default_value = "v"` and `caixa-flux/src/lib.rs:335`'s
72/// `format!("v{}", caixa.versao)` literal. A future Zig-style-tag
73/// convention rebrand (the substrate moving to plain `<versao>` tags
74/// once the GitHub releases UI normalizes around the bare form, to
75/// `release/<versao>` once a sibling forge convention adopts the
76/// `<type>/<value>` slash-namespaced shape, or to a per-edition
77/// override the operator pins through a future `:placement
78/// :tag-prefix` slot) without a coordinated edit on both sides would
79/// silently emit a `feira publish`-side tag at one shape (e.g.
80/// `release/0.1.0`) and a `cluster_bundle`-side `ref: { tag: v0.1.0 }`
81/// pointing at the prior shape — Flux's `GitRepository` reconciler
82/// would loop forever looking for an upstream `v0.1.0` ref the publish
83/// remote no longer carries, the dependent `HelmRelease`'s `chart:
84/// sourceRef` would never resolve, every per-Servico apply would
85/// silently come up with the prior reconciled state, and the failure
86/// would surface at `kubectl describe gitrepository` time (the
87/// `Status: Stalled` / `Reason: Failed` arm) far from the rebrand
88/// commit's source.
89///
90/// Lifting the literal to one `&'static str` constant closes the drift
91/// footgun structurally — both consumers read from the same memory,
92/// so any future rebrand reaches both sites by construction and a CI
93/// build that re-introduces a sibling inline `"v"` literal trips the
94/// peer pinning tests
95/// ([`caixa-feira`]'s `publish_prefix_default_pins_lifted_caixa_core_constant`,
96/// [`caixa-flux`]'s `cluster_bundle_default_git_tag_uses_lifted_caixa_core_prefix`)
97/// at the build-time fail-before-deploy posture every prior
98/// load-bearing-string lift on this surface
99/// ([`crate::DEFAULT_NAMESPACE`] a085b26,
100/// [`crate::DEFAULT_LIBRARY_NAME`] 41438dc,
101/// [`crate::DEFAULT_SERVICO_PORT`] 1e22add) establishes.
102///
103/// Authoring-side `:versao` gates already refuse the `"v"`-prefixed
104/// publish tag shape leaking back into a version body — every typed
105/// `:versao` surface (top-level `:versao`, `:upgrade-from :from`,
106/// `:deps :versao`, `:deps-dev :versao`, `:membros :versao`,
107/// `:children :versao`) routes through `semver::Version::parse` /
108/// [`parse_requirement`], both of which reject the `v`-prefix as
109/// invalid `SemVer`. The split — bare `SemVer` at the `:versao` slot,
110/// `v<versao>` at the published git-tag axis — is the convention this
111/// constant pins.
112pub const DEFAULT_PUBLISH_TAG_PREFIX: &str = "v";
113
114/// Canonical git remote name every `feira` writer-side verb pushes to —
115/// the destination handle the operator-out-of-the-loop publish + deploy
116/// chain (`feira publish`, `feira deploy --apply`, `feira app deploy
117/// --apply`) names when it invokes `git push <remote> <ref>` against
118/// the local clone of the source / k8s GitOps repo.
119///
120/// Three production-code consumers carry this remote name on the same
121/// `git push` axis:
122///
123/// 1. [`caixa-feira`]'s `feira publish` verb (caixa-feira/src/cmd/publish.rs)
124///    — the writer-side publish path. Its `--remote` clap flag defaults
125///    to this string and the verb runs `git push <remote> <tag>` to push
126///    the freshly written `v<versao>` tag upstream.
127/// 2. [`caixa-feira`]'s `feira deploy --apply` verb
128///    (caixa-feira/src/cmd/deploy.rs) — the writer-side Servico cluster-
129///    deploy path. Its `push_origin` helper runs `git push origin HEAD`
130///    against the k8s GitOps repo's working tree after upserting the
131///    Servico's entry into the cluster's lareira-fleet-programs
132///    HelmRelease values.
133/// 3. [`caixa-feira`]'s `feira app deploy --apply` verb
134///    (caixa-feira/src/cmd/app.rs) — the writer-side Aplicacao
135///    cluster-deploy path. Its `push_origin` helper runs the same
136///    `git push origin HEAD` against the k8s GitOps repo after writing
137///    the rendered multi-doc YAML (programs.yaml entries + Cilium
138///    NetworkPolicies + Gateway/HTTPRoute) to the cluster's tree.
139///
140/// Until this lift landed all three consumers carried the bare
141/// `"origin"` byte inline — `publish.rs`'s clap `default_value = "origin"`,
142/// `deploy.rs`'s `git(repo, ["push", "origin", "HEAD"])`, and
143/// `app.rs`'s `git(repo, ["push", "origin", "HEAD"])`. A future
144/// remote-naming-convention rebrand on any one side (the substrate
145/// moving to `upstream` for forge-mirror clusters, to a per-tenant
146/// remote naming convention once the operator-flux pipeline grows the
147/// `:placement :remote` slot, or to the canonical multi-remote
148/// `release` + `mirror` split every Erlang/OTP `release_handler` /
149/// `relup` shop converges on once their git surface grows past one
150/// upstream) without a coordinated edit on the other two would have
151/// silently emitted a `git push` against a remote that doesn't exist
152/// on the operator's clone (`fatal: '<remote>' does not appear to be
153/// a git repository`) on one writer verb while the other two still
154/// pushed to the old remote — operator-observed symptom: the publish
155/// landed but the deploy didn't, or vice-versa, with the failure
156/// surfacing as a partial-state rollout far from the rebrand commit's
157/// source.
158///
159/// Lifting the literal to one `&'static str` constant closes the drift
160/// footgun structurally — all three consumers read from the same
161/// memory, so any future remote-naming rebrand reaches every writer
162/// verb by construction and a CI build that re-introduces a sibling
163/// inline `"origin"` literal trips the peer pinning tests
164/// ([`caixa-feira`]'s `publish_remote_default_pins_lifted_caixa_core_constant`
165/// on the clap-default axis, the sibling structural pins on the two
166/// `push_origin` helpers) at the build-time fail-before-deploy
167/// posture every prior load-bearing-string lift on this surface
168/// ([`crate::DEFAULT_NAMESPACE`] a085b26, [`crate::DEFAULT_LIBRARY_NAME`]
169/// 41438dc, [`crate::DEFAULT_SERVICO_PORT`] 1e22add,
170/// [`crate::DEFAULT_PUBLISH_TAG_PREFIX`] 0a6a602,
171/// [`crate::DEFAULT_FLUX_SYSTEM_NAMESPACE`] 7197d38) establishes.
172///
173/// Pairs with [`DEFAULT_PUBLISH_TAG_PREFIX`] on the same git remote
174/// axis — `feira publish` runs `git push <DEFAULT_GIT_REMOTE>
175/// <DEFAULT_PUBLISH_TAG_PREFIX><versao>` to push the typed `:versao`
176/// body composed under the canonical prefix to the canonical remote.
177/// Both halves of the publish-side convention now live in one place.
178pub const DEFAULT_GIT_REMOTE: &str = "origin";
179
180/// Canonical GitHub org name the pleme-io substrate defaults every un-
181/// pinned caixa's source repo to — the org handle the two substrate-side
182/// "no `:repositorio` / no `:fonte` declared, fall back to the canonical
183/// org" paths compose their `github:<org>/<nome>` shorthand + full
184/// `https://github.com/<org>/<nome>` URL under.
185///
186/// Two production-code consumers carry this org name on the same
187/// canonical-substrate-default-git-org axis:
188///
189/// 1. [`caixa-feira`]'s `feira lock` verb's `resolve_stub` (caixa-feira/src/cmd/lock.rs)
190///    — the resolver-side default. When a declared dep has no
191///    `:fonte` block the stub resolver composes
192///    `caixa_core::DepSource::default_github(<org>, &dep.nome)` to fill
193///    the shorthand `github:<org>/<nome>` fallback the phase 1.B
194///    `feira resolve` walker will resolve against upstream.
195/// 2. [`caixa-flux`]'s [`caixa-flux::cluster_bundle`] renderer
196///    (caixa-flux/src/lib.rs) — the renderer-side default. Its
197///    `ClusterBundleOpts::for_caixa` constructor defaults
198///    `git_url` to `format!("https://github.com/{org}/{}", caixa.nome)`
199///    when the caixa carries no `:repositorio`, so the rendered
200///    `gitrepository.yaml` points `FluxCD`'s `GitRepository`
201///    reconciler at the substrate's canonical git host for un-pinned
202///    caixas.
203///
204/// Until this lift landed both consumers carried the bare `"pleme-io"`
205/// byte inline — `caixa-feira/src/cmd/lock.rs:61`'s
206/// `default_github("pleme-io", …)` call and `caixa-flux/src/lib.rs`'s
207/// `format!("https://github.com/pleme-io/{}", …)` literal. A future
208/// substrate-side git-org migration (the pleme-io org renaming to a
209/// short form, forking to a per-tenant `<org>-<tenant>` shape once the
210/// operator-flux pipeline grows a `:placement :org` slot, or moving to
211/// a self-hosted forge under a wholly-owned org name once the
212/// substrate's forge-gen roadmap graduates past GitHub) without a
213/// coordinated edit on both sides would silently emit a `feira lock`-
214/// side `github:<old-org>/<nome>` fallback shorthand while the
215/// `cluster_bundle`-side `gitrepository.yaml` pointed at the new org's
216/// `<nome>` — the phase 1.B `feira resolve` walker would probe the
217/// prior org's git host for a repo that migrated with the org, or vice-
218/// versa: Flux's `GitRepository` reconciler would loop forever looking
219/// for an upstream repo the old org handle no longer maps to, the
220/// dependent `HelmRelease`'s `chart: sourceRef` would never resolve,
221/// every per-Servico apply would silently come up with the prior
222/// reconciled state, and the failure would surface at `kubectl describe
223/// gitrepository` time (the `Status: Stalled` / `Reason: Failed` arm)
224/// far from the org-migration commit's source.
225///
226/// Lifting the literal to one `&'static str` constant closes the drift
227/// footgun structurally — both consumers read from the same memory, so
228/// any future org migration reaches both sites by construction and a CI
229/// build that re-introduces a sibling inline `"pleme-io"` literal trips
230/// the peer pinning tests at the build-time fail-before-deploy posture
231/// every prior load-bearing-string lift on this surface
232/// ([`crate::DEFAULT_NAMESPACE`] a085b26,
233/// [`crate::DEFAULT_LIBRARY_NAME`] 41438dc,
234/// [`crate::DEFAULT_SERVICO_PORT`] 1e22add,
235/// [`DEFAULT_PUBLISH_TAG_PREFIX`] 0a6a602,
236/// [`DEFAULT_GIT_REMOTE`],
237/// [`crate::DEFAULT_FLUX_SYSTEM_NAMESPACE`] 7197d38) establishes.
238///
239/// Distinct from the [`crate::PLEME_LABEL_PREFIX`] canonical pleme-io
240/// label-namespace prefix (`"pleme.pleme.io"`, the K8s label-namespace
241/// axis every substrate-emitted cluster object's `LABEL_APLICACAO` /
242/// `LABEL_PROGRAM` / `LABEL_CONTRATO` axis shares) — these constants
243/// sit on separate schema-contract surfaces (the git-host org handle
244/// vs. the K8s label-namespace prefix) governed by independent rebrand
245/// cycles, so a git-org rename must not couple the K8s label-namespace
246/// axis to the git-host axis (or vice-versa). Splitting the two lets
247/// each schema's future rebrand land independently at its canonical
248/// const definition without silently coupling the surfaces — same
249/// "byte-distinct, semantically distinct" discipline the
250/// [`crate::PLEME_LABEL_PREFIX`] / [`crate::LABEL_APLICACAO`] /
251/// [`crate::LABEL_PROGRAM`] / [`crate::LABEL_CONTRATO`] set establishes
252/// on the peer per-K8s-label-namespace canonical-string surface.
253pub const DEFAULT_PLEME_GIT_ORG: &str = "pleme-io";
254
255/// Parse a dep's `:versao` string as a [`semver::VersionReq`].
256///
257/// Treats the literal `"*"` as "any version" (semver's wildcard).
258pub fn parse_requirement(s: &str) -> Result<semver::VersionReq, VersionError> {
259    if s == "*" {
260        return Ok(semver::VersionReq::STAR);
261    }
262    semver::VersionReq::parse(s)
263        .map_err(|e| VersionError::Requirement(s.to_string(), e.to_string()))
264}
265
266#[derive(Debug, Error)]
267pub enum VersionError {
268    #[error("invalid version '{0}': {1}")]
269    Semver(String, String),
270    #[error("invalid version requirement '{0}': {1}")]
271    Requirement(String, String),
272}
273
274#[cfg(test)]
275mod tests {
276    use super::*;
277
278    #[test]
279    fn version_round_trip() {
280        let v: CaixaVersion = "1.2.3".into();
281        assert_eq!(v.as_str(), "1.2.3");
282        assert_eq!(v.parse().unwrap().to_string(), "1.2.3");
283    }
284
285    #[test]
286    fn star_is_any() {
287        let r = parse_requirement("*").unwrap();
288        assert!(r.matches(&"0.1.0".parse().unwrap()));
289        assert!(r.matches(&"99.0.0".parse().unwrap()));
290    }
291
292    #[test]
293    fn caret_matches_minor_range() {
294        let r = parse_requirement("^0.1").unwrap();
295        assert!(r.matches(&"0.1.0".parse().unwrap()));
296        assert!(r.matches(&"0.1.99".parse().unwrap()));
297        assert!(!r.matches(&"0.2.0".parse().unwrap()));
298    }
299
300    #[test]
301    fn invalid_version_errors() {
302        let v: CaixaVersion = "not-a-version".into();
303        assert!(v.parse().is_err());
304    }
305
306    #[test]
307    fn default_git_remote_pins_canonical_origin_byte() {
308        // Bridge-arm pin: [`DEFAULT_GIT_REMOTE`] resolves to the
309        // canonical `"origin"` byte today, the same remote-handle every
310        // `git clone <url>` invocation populates by default and every
311        // peer `feira` writer-side verb (`feira publish`, `feira deploy
312        // --apply`, `feira app deploy --apply`) names when it invokes
313        // `git push <remote> <ref>` against the local clone. Pin the
314        // literal here (peer with the
315        // [`DEFAULT_PUBLISH_TAG_PREFIX`] / [`crate::DEFAULT_SERVICO_PORT`]
316        // / [`crate::DEFAULT_NAMESPACE`] / [`crate::DEFAULT_LIBRARY_NAME`]
317        // / [`crate::DEFAULT_FLUX_SYSTEM_NAMESPACE`] canonical-literal
318        // pins on the sibling lifted-constant surfaces) so a future
319        // remote-naming rebrand surfaces here as a coordinated edit-
320        // point: the sibling [`caixa-feira`]
321        // `publish_remote_default_pins_lifted_caixa_core_constant`
322        // pinning test already pins the equality at the clap-default
323        // axis; this pin closes the second coordinate of the
324        // triangle by anchoring the lifted constant's current byte
325        // to the canonical git-default-remote convention's documented
326        // shape.
327        assert_eq!(DEFAULT_GIT_REMOTE, "origin");
328    }
329
330    #[test]
331    fn default_pleme_git_org_pins_canonical_pleme_io_byte() {
332        // Bridge-arm pin: [`DEFAULT_PLEME_GIT_ORG`] resolves to the
333        // canonical `"pleme-io"` GitHub-org-handle today, the same org
334        // name every peer substrate-side default-git-source consumer
335        // ([`caixa-feira`]'s `feira lock` `resolve_stub` for the
336        // per-dep `:fonte`-elided `github:<org>/<nome>` fallback,
337        // [`caixa-flux`]'s `ClusterBundleOpts::for_caixa` constructor
338        // for the per-caixa `:repositorio`-elided
339        // `https://github.com/<org>/<nome>` fallback) fills into its
340        // per-consumer render/resolve compose site. Pin the literal
341        // here (peer with the [`DEFAULT_PUBLISH_TAG_PREFIX`] /
342        // [`DEFAULT_GIT_REMOTE`] canonical-literal pins on the sibling
343        // lifted-constant surfaces) so a future substrate-side git-org
344        // migration surfaces here as a coordinated edit-point: both
345        // sibling consumer sites already thread through the same
346        // `&'static str`, this pin anchors the lifted constant's
347        // current byte to the canonical substrate-git-org convention's
348        // documented shape.
349        assert_eq!(DEFAULT_PLEME_GIT_ORG, "pleme-io");
350    }
351
352    #[test]
353    fn default_publish_tag_prefix_pins_canonical_v_byte() {
354        // Bridge-arm pin: [`DEFAULT_PUBLISH_TAG_PREFIX`] resolves to the
355        // canonical Zig-style `"v"` byte today, the same prefix every
356        // peer doc-comment on the typed `:versao` surfaces (the
357        // top-level `:versao` `validate_versao` cascade at
358        // caixa-core/src/manifest.rs:646, the four sibling per-axis
359        // `:versao` requirement gates that name the publish-side
360        // `v<versao>` tag inline in their bodies) cites as the
361        // canonical convention. Pin the literal here (peer with the
362        // [`crate::DEFAULT_SERVICO_PORT`] / [`crate::DEFAULT_NAMESPACE`]
363        // / [`crate::DEFAULT_LIBRARY_NAME`] canonical-literal pins on
364        // the sibling lifted-constant surfaces) so a future rebrand of
365        // the constant surfaces here as a coordinated edit-point: both
366        // sibling pinning tests on the two consumer crates
367        // ([`caixa-feira`] `publish_prefix_default_pins_lifted_caixa_core_constant`,
368        // [`caixa-flux`] `cluster_bundle_default_git_tag_uses_lifted_caixa_core_prefix`)
369        // already pin the equality at the consumer-default axis; this
370        // pin closes the third coordinate of the triangle by anchoring
371        // the lifted constant's current byte to the canonical Zig-style
372        // convention's documented shape.
373        assert_eq!(DEFAULT_PUBLISH_TAG_PREFIX, "v");
374    }
375}