Skip to content

fix(vordr): commit Cargo.lock for reproducible builds (closes #14)#19

Merged
hyperpolymath merged 1 commit into
mainfrom
fix-vordr-cargo-lockfile
May 3, 2026
Merged

fix(vordr): commit Cargo.lock for reproducible builds (closes #14)#19
hyperpolymath merged 1 commit into
mainfrom
fix-vordr-cargo-lockfile

Conversation

@hyperpolymath
Copy link
Copy Markdown
Owner

Summary

The vordr Containerfile expects Cargo.lock alongside Cargo.toml but it was not committed. Closes #14.

Change

Force-added container-stack/vordr/src/rust/Cargo.lock (96KB, ~190 transitive deps), generated via cargo generate-lockfile against the existing Cargo.toml.

Why force-add

The repo has conflicting .gitignore signals:

  • Top-level .gitignore: # Cargo.lock # Keep for binaries (commented out — i.e. NOT ignored)
  • Per-crate container-stack/vordr/.gitignore line 15: Cargo.lock (ignored)
  • Per-crate container-stack/vordr/src/rust/.gitignore line 3: Cargo.lock (ignored)

The per-crate ignores override. For a binary crate (vordr is a CLI binary), Cargo's recommendation is to track Cargo.lock so deployments are reproducible. The top-level comment shows that intent.

A clean follow-up would remove the Cargo.lock line from the per-crate .gitignores, or add !container-stack/vordr/src/rust/Cargo.lock as an explicit exception. This PR keeps scope tight and just adds the lockfile.

Test plan

  • cargo generate-lockfile runs cleanly against current Cargo.toml
  • Lockfile resolves all transitive deps
  • Full Containerfile build succeeds (not run; later steps not under test)

Cross-reference: idaptik issue hyperpolymath/idaptik@98f110ce filed this.

Closes #14.

The Containerfile expects Cargo.lock alongside Cargo.toml; it wasn't
committed because the repo's .gitignore broadly excludes Cargo.lock
(library-crate convention). For BINARY crates (vordr is a CLI binary)
the lockfile should be tracked so deployments are reproducible.

Force-added via `git add -f` to bypass the .gitignore rule. A cleaner
follow-up would be to add a .gitignore exception:
  !container-stack/vordr/src/rust/Cargo.lock
or move vordr-specific .gitignore rules into a per-crate .gitignore.
@sonarqubecloud
Copy link
Copy Markdown

sonarqubecloud Bot commented May 2, 2026

@hyperpolymath hyperpolymath merged commit 4dcb75a into main May 3, 2026
21 of 25 checks passed
@hyperpolymath hyperpolymath deleted the fix-vordr-cargo-lockfile branch May 3, 2026 08:56
hyperpolymath added a commit that referenced this pull request May 3, 2026
hyperpolymath added a commit that referenced this pull request May 3, 2026
Closes #14.

The Containerfile expects Cargo.lock alongside Cargo.toml; it wasn't
committed because the repo's .gitignore broadly excludes Cargo.lock
(library-crate convention). For BINARY crates (vordr is a CLI binary)
the lockfile should be tracked so deployments are reproducible.

Force-added via `git add -f` to bypass the .gitignore rule. A cleaner
follow-up would be to add a .gitignore exception:
  !container-stack/vordr/src/rust/Cargo.lock
or move vordr-specific .gitignore rules into a per-crate .gitignore.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[container-stack/vordr] Cargo.lock not committed; Containerfile COPY fails

1 participant