formatting

This commit is contained in:
Joey Hess 2019-12-19 12:52:12 -04:00
parent 09272507c1
commit 2e34516e6a
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38

View file

@ -7,16 +7,16 @@ Hmm, it used to be that `git add .` would smudge all dotfiles without that
line, but now annex.largefiles has to be configured for it to smudge line, but now annex.largefiles has to be configured for it to smudge
anything. anything.
So, this could be dealt with in annex.largefiles. Both "anything" and So, this could be dealt with in annex.largefiles. Both `anything` and
"include=*" currently match dotfiles. It's kind of weird really that "*" `include=*` currently match dotfiles. It's kind of weird really that `*`
matches dotfiles; it does not in the shell. If "*" did not match dotfiles matches dotfiles; it does not in the shell. If *` did not match dotfiles
(and "anything" is just an alias for "include=*"), it would be fairly safe (and `anything` is just an alias for `include=*`), it would be fairly safe
to remove the ".* !filter" line by default. (If annex.largefiles has a to remove the `.* !filter` line by default. (If annex.largefiles has a
content-based setting, and a dotfile is large enough or the right mime type content-based setting, and a dotfile is large enough or the right mime type
or whatever, it's reasonable to default to smudging it.) or whatever, it's reasonable to default to smudging it.)
Then, you could set annex.largfiles to match the dotfiles you want, Then, you could set annex.largfiles to match the dotfiles you want,
eg "include=* or include=.mydotfile". You could put the config in eg `include=* or include=.mydotfile`. You could put the config in
.gitattributes if you want to configure it globally. .gitattributes if you want to configure it globally.
This change to annex.largefiles would also let `git-annex add` This change to annex.largefiles would also let `git-annex add`
@ -27,6 +27,6 @@ would be added as small files, directly to git.
I like this because it unifies the behaviors of the two ways of adding, I like this because it unifies the behaviors of the two ways of adding,
and it reduces the complexity, rather than adding more. and it reduces the complexity, rather than adding more.
Removing the ".* !filter" line would need to be done as part of the v8 Removing the `.* !filter` line by default
upgrade, or a later upgrade. would need to be done as part of the v8 upgrade, or a later upgrade.
"""]] """]]