summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGravatar eacousineau <eacousineau@web>2017-09-05 01:22:19 +0000
committerGravatar admin <admin@branchable.com>2017-09-05 01:22:19 +0000
commitf70f355087f536fdee3139fa3d111edfaa1d0aa7 (patch)
tree0ca9104eda7f58bae5285860d9cbdd33bbb31625
parent6738f1deebb53b1cd218f58f428187d2287df909 (diff)
-rw-r--r--doc/forum/Is_there_a___34__git_annex_cat-file__34___type_command__63__.mdwn20
1 files changed, 20 insertions, 0 deletions
diff --git a/doc/forum/Is_there_a___34__git_annex_cat-file__34___type_command__63__.mdwn b/doc/forum/Is_there_a___34__git_annex_cat-file__34___type_command__63__.mdwn
new file mode 100644
index 000000000..898cb0a2f
--- /dev/null
+++ b/doc/forum/Is_there_a___34__git_annex_cat-file__34___type_command__63__.mdwn
@@ -0,0 +1,20 @@
+Out of curiosity, is there an equivalent to `git cat-file` with `git annex`?
+
+The motivation is our usage of Bazel as a build system, which during test enforces hermiticity, and thus is very persnickity about modifying your workspace (e.g., the Git repository) while the test is being run, and usually isolates execution to a chroot'd sandbox of sorts.
+
+Ideally, the workflows I'd like are:
+
+A. Developer
+
+- 1. Clones repository.
+- 2. Inits `git annex`, and does `git annex get .` to fetch all required files.
+- 3. Runs `bazel test //repo:my_test`, which will symlink the existing large file into the sandbox, and run without a hitch.
+
+B. Tentative Contributor
+
+- 1. Clones repository. Pokes around.
+- 2. Runs `bazel test //repo:my_test`. Since the large file does not exist, under the hood `git annex cat-file` is called to directly add the file to sandbox (possibly caching it somewhere, such that `git annex get` will use the already fetch'd file).
+
+
+May I ask if this doable with simple visible commands?
+If not, is there a way to achieve this that is special remote-agnostic?