mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

comment

Browse source
This commit is contained in:
Joey Hess 2019-12-19 12:50:34 -04:00
parent 67ae6ddecb
commit 09272507c1
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
1 changed files with 32 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

32
doc/todo/making_it_easier_to_smudge_dotfiles/comment_1_73ad5cd7f65c94a1db859d22eb6eece4._comment Normal file
View file

@ -0,0 +1,32 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2019-12-19T16:08:09Z"
content="""
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
anything.
So, this could be dealt with in annex.largefiles. Both "anything" and
"include=*" currently match dotfiles. It's kind of weird really that "*"
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
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
or whatever, it's reasonable to default to smudging it.)
Then, you could set annex.largfiles to match the dotfiles you want,
eg "include=* or include=.mydotfile". You could put the config in
.gitattributes if you want to configure it globally.
This change to annex.largefiles would also let `git-annex add`
stop skipping dotfiles by default; instead annex.largefiles would not match
dotfiles unless the user explicitly configured it to, and so the dotfiles
would be added as small files, directly to git.
I like this because it unifies the behaviors of the two ways of adding,
and it reduces the complexity, rather than adding more.
Removing the ".* !filter" line would need to be done as part of the v8
upgrade, or a later upgrade.
"""]]