From e4cb4ec3d2e7a1de88a30eb4917f16e3d65537c0 Mon Sep 17 00:00:00 2001 From: nobodyinperson Date: Wed, 12 Jul 2023 09:21:56 +0000 Subject: [PATCH] Added a comment --- ..._bb6972e9870a68a98d90c6847228ab31._comment | 22 +++++++++++++++++++ 1 file changed, 22 insertions(+) create mode 100644 doc/bugs/Changing_sync_to_include_content_breaks_UX/comment_4_bb6972e9870a68a98d90c6847228ab31._comment diff --git a/doc/bugs/Changing_sync_to_include_content_breaks_UX/comment_4_bb6972e9870a68a98d90c6847228ab31._comment b/doc/bugs/Changing_sync_to_include_content_breaks_UX/comment_4_bb6972e9870a68a98d90c6847228ab31._comment new file mode 100644 index 0000000000..f121140811 --- /dev/null +++ b/doc/bugs/Changing_sync_to_include_content_breaks_UX/comment_4_bb6972e9870a68a98d90c6847228ab31._comment @@ -0,0 +1,22 @@ +[[!comment format=mdwn + username="nobodyinperson" + avatar="http://cdn.libravatar.org/avatar/736a41cd4988ede057bae805d000f4f5" + subject="comment 4" + date="2023-07-12T09:21:55Z" + content=""" +Just for the record: + +- `git annex assist -m MESSAGE` works, you can make own messages. +- `git annex assist` has nothing to do with the assistant and can be used without. It's just `git annex sync --content` plus adding new files. A very important command for newcomers to 'just sync it'. + +To get 'the old sync' back, you have several options: + +- `git config --global annex.synccontent false` for your entire local machine, overrides the next option +- `git annex config --set annex.synccontent false` for all participants of a git annex repo (yes, it syncs between machines), still overrideable by users' local git configs above +- properly set up preferred content expressions (effectively), e.g. `git annex wanted . present`. +- `git annex sync --no-content` + +If you don't use preferred content expressions to decide which repo should get which files and you want only partial checkouts with some files, then I indeed don't see why you would ever need `git annex sync --content` as you probably manually `get` the files you want. In that case one could argue that `sync` is a misleading word, you are actually only looking for a metadata sync (`msync`, `metasync`, ...?) strictly without content. + +[I was also surprised](https://git-annex.branchable.com/todo/Having___39__git_annex_sync__39___optionally_add/#comment-c8c3138128a684080e2aaafc48aedfcf) that joey opted for introducing `assist` instead of teaching `sync` how to (optionally) add new files as well and keeping the rest as it was. But I can understand the direction of his reasoning. +"""]]