Overriding vendor
The vendor
directory is immutable in its nature. You can’t and should never
modify any files inside of it, jb
will revert those changes on the next run anyway.
Nevertheless, it can sometimes become required to add changes there, e.g. if an upstream library contains a bug that needs to be fixed immediately, without waiting for the upstream maintainer to review it.
Shadowing
Because import paths are ranked in Tanka, you can use
a technique called shadowing: By putting a file with the exact same name in a
higher ranked path, Tanka will prefer that file instead of the original in
vendor
, which has the lowest possible rank of 1.
For example, if /vendor/foo/bar.libsonnet
contained an error, you could create
/lib/foo/bar.libsonnet
and fix it there.
Per environment
Another common case is overriding the entire vendor
bundle per environment.
This is handy, when you for example want to test a change of an upstream
library which is used in many environments (including prod
) in a single one,
without affecting all the others.
For this, Tanka lets you have a separate vendor
, jsonnetfile.json
and
jsonnetfile.lock.json
per environment. To do so:
Create tkrc.yaml
Tanka normally uses the jsonnetfile.json
from your project to find its root.
As we are going to create another one of that down the tree in the next step, we
need another marker for <rootDir>
.
For that, create an empty file called tkrc.yaml
in your project’s root,
alongside the original jsonnetfile.json
.
Add a vendor
to your environment
In your environments folder (e.g. /environments/default
):