You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 6, 2024. It is now read-only.
I recently replaced the use of f.short_path all over docker_build with _get_runfile_path to make it so that the scripts produced by things like :dev.create can be built and run separately.
rules_k8s exhibits the same symptom as the broken before picture, we should apply the same fixes here so that higher-level rules can bundle our actions into higher-level actions.
This links to both of my PRs so far fixing this class of issue.
The text was updated successfully, but these errors were encountered:
This hinders two things:
1. Separate `bazel build` and running via `bazel-bin/...` (vs. `bazel run`)
1. Embedding these scripts into other actions.
This also changes the tool references from `.par` to the `py_binary` directly as this should improve portability to Windows.
Fixes: #26
This hinders two things:
1. Separate `bazel build` and running via `bazel-bin/...` (vs. `bazel run`)
1. Embedding these scripts into other actions.
This also changes the tool references from `.par` to the `py_binary` directly as this should improve portability to Windows.
Fixes: #26
I recently replaced the use of
f.short_path
all overdocker_build
with_get_runfile_path
to make it so that the scripts produced by things like:dev.create
can be built and run separately.rules_k8s
exhibits the same symptom as the broken before picture, we should apply the same fixes here so that higher-level rules can bundle our actions into higher-level actions.This links to both of my PRs so far fixing this class of issue.
The text was updated successfully, but these errors were encountered: