I donβt know what I know, and as you know, large binaries are not compatible with:
- VCS (since it makes no sense to distinguish between them or their merger)
- DVCS (where the distributed repo is for cloning, which is quickly cumbersome with the expected repo)
The only remaining solution (actually OS agnostics) is an external artifact repository (for example, Nexus one) to save these binaries.
OP Anthony Mastrean adds what he needs:
the version controls the system deployment bits: OS images, drivers, third-party installers, first-party installers (our applications).
I need to have everything in a cohesive bundle (tags). And be able to get the whole kit for any of our active releases
This will be a mix:
- development requirements (versions that mean branching and comparing versions)
- with deployment requirements (getting all the correct labels for deployment and launch)
Everything that has not been developed (i.e., something built or already existing) should be outside VCS (with the exception of very small resources, such as icons that do not change much).
Usually you use the version of "release", which contains all the additional information (checksums, path to other references, ...) for deploying the script to work, choosing the right artifacts.
source share