summaryrefslogtreecommitdiff
path: root/FILEFORMAT_1
diff options
context:
space:
mode:
authorAdam Spragg <adam@spra.gg>2022-05-18 16:35:35 +0100
committerAdam Spragg <adam@spra.gg>2022-05-24 10:12:33 +0100
commit7292804c1bafd43389defc0d7b4352ada666d626 (patch)
tree9e0390c7f45dd20b7db92d3f64bdcecaa3d9c1dc /FILEFORMAT_1
parentce62a76e4570b6368384b3995c1ba106389df454 (diff)
Add ability to not save mtime in metadata files
If you're storing metadata in a version control system with multiple branches, mtime differences are going to produce a whole bunch of conflicts that you likely don't care about. This allows you to not save mtime and avoid those. Note that we use a sentinel value of -1 for the mentry `mtimensec` field to indicate this in the data, as all values of `mtime` are theoretically valid, but `mtimensec` must always be between 0 and 999,999,999 in the real world. I'm not 100% sure about the mechanism for selecting this feature. The legacy behaviour for metastore was to save mtimes in the metadata files, but ignore them for compare/apply by default, with a `--mtime` option to use the mtime data. Keeping the legacy behaviour for backwards compatibility, but adding a `--no-mtime` option to ignore mtimes when saving felt like a reasonable way of making this happen, but something about it doesn't feel great. Maybe I just didn't figure out how to make the documentation clear enough. ¯\_(ツ)_/¯
Diffstat (limited to 'FILEFORMAT_1')
-rw-r--r--FILEFORMAT_11
1 files changed, 1 insertions, 0 deletions
diff --git a/FILEFORMAT_1 b/FILEFORMAT_1
index 189cc84..89d2a86 100644
--- a/FILEFORMAT_1
+++ b/FILEFORMAT_1
@@ -29,6 +29,7 @@ Following sections explain internals of metastore file (.metadata), version 1
i.e. File type and mode, as per inode(7)
"\t" URLSTRING - Mtime (including nanoseconds) in ISO-8601 format, UTC.
"YYYY-mm-ddTHH:MM:SS.nnnnnnnnnZ"
+ Or a literal "0" if mtime is not saved
m * ("\t" URLSTRING "\t" URLSTRING)
- xattr name/value pairs. `m` may be 0.