emirhanmamak-blueforce fc4c87c9ab fix(offline-repo): commit the bundle pool so a clone carries the packages ...

The installer resolves every pinned package as "<bundle>/pool/<source>" and the
lock rows name the files there, but built/pool was gitignored. A device that
cloned the repository therefore received the index and no packages and stopped
with "Kilitte yazılı paket depoda yok" -- the repository looked complete (2.7 MB
of index) while the payload was absent.

The bundle pool is committed now. The same blobs also live under
provisioning/offline-repo/packages/, which is the maintainer's intake directory;
Git LFS keys objects by content hash, so this is a second path and not a second
copy of the bytes.

Tests
- The suite asserts that neither the bundle's pool/ nor its index is gitignored,
  which is the condition a cloning device depends on. It passed 140/140 with the
  pool staged, and the check fails against the previous .gitignore.

2026-09-16 22:12:57 +03:00

6.4 MiB (Stored with Git LFS)

Raw Permalink History

View raw