Added a comment: Ssh config

added todo re: git-annex-sync handling of linked worktrees

Added a comment: the issue persists

Added a comment: Yggdrasill

Added a comment: annexing previously non-annexed files, and compatibility with v5

Added a comment: not annexing files already stored in git

more notes on communicating breaking changes

Added a comment: plz don't annex already committed files

added meta tags

initial report on an error message from addurl

Added a comment

Added a comment

Added a comment

Added a comment: ACLs keep fighting back

removed

Added a comment: What is a recent enough version?

Added a comment: re: setkey

Merge branch 'master' of ssh://git-annex.branchable.com

devblog

Added a comment: Maybe this is the problem...

Added a comment: Should there have been a combine step?

Added a comment: Can you give more details?

Added a comment: Oh yeah, use verbose flag too.

Added a comment: A possible solution

Added a comment: Thank you

add news item for git-annex 7.20191024

releasing package git-annex version 7.20191024

Added a comment

Added a comment: Thank you

added todo "warn of breaking changes same way git does"

Added a comment: Triggering which stage and when?

prep release

make git add only annex when configured by annex.largefiles

documentation for making git add only annex when configured by annex.largefiles

Code change should be trvial, but not yet implemented. This
significantly complicated the task of documenting how git-annex works.

I'm not sure how useful the annex.gitaddtoannex confguration is after
this change; seems that if a user has an annex.largefiles they will want
it applied consistently. But the last thing I want to hear is more
complaining from users about git add doing something they don't want it
to.

There's a pretty high risk users who got used to the git add behavior
and don't have annex.largefiles configured will miss the NEWS and
complain bitterly about their suddenly bloated repositories. Oh well.

Removed outdated comments about the old behavior to avoid confusion.
I don't know if I've found all the places that griping spread to.

Merge branch 'master' of ssh://git-annex.branchable.com

fix sql syntax

display sqlite error message when it crashes

avoid warning over name

Added a comment: Friendly bump to keep on the radar

Added a comment

Added a comment: right! forgot about log -S

update from comments

clarify

devblog

Merge branch 'master' of ssh://git-annex.branchable.com

annex.gitaddtoannex configuration

Added annex.gitaddtoannex configuration. Setting it to false prevents
git add from usually adding files to the annex.
(Unless the file was annexed before, or a renamed annexed file is detected.)

Currently left at true; some users are encouraging it be set to false.

shouldAnnex: check isInodeKnown

Renamed unlocked files are now detected, and will always be
annexed, unless annex.largefiles disallows it.

This allows for git add's behavior to later be changed to otherwise
not annex files (whether by default or as a config option), without
worrying about the rename case.

This is not a major behavior change; annexing is still the default. But
there is one case where the behavior is changed, I think for the better:

touch f
git -c annex.largefiles=nothing add f
git add bigfile
git commit -m ...
mv bigfile f
git add f

Before, git-annex would see that f was previously not annexed,
and so the renamed bigfile content gets added to git. Now, it notices
that the inode is the one that bigfile used, and so it annexes it.

This potentially slows down git add a lot in some repositories because
of the poor performance of isInodeKnown when there are a lot of unlocked
files. Configuring annex.largefiles avoids the speed hit.

horrible impementation of isInodeKnown

The only good thing about it is it does not require a major version bump
to improve the database. That will need to happen at some point though.

Potentially very very slow in a large repository.

Ugly use of raw sql.

Added a comment: configuring git add behavior

Added a comment: preventing `git add` from annexing new files

comment typo

Added a comment: searching by inode

comment

rename this so it does not start with a dash

remove unused function

fix formatting of inserted news

Merge branch 'master' of ssh://git-annex.branchable.com

sync: Fix crash when there are submodules and an adjusted branch is checked out

Reverse adjusting the branch uses treeItemToTreeContent, which was missed
when adding submodule support earlier.

Added a comment

Added a comment

Added a comment

Added a comment

Added a comment: can git add only annex already-annexed files?

start at analysis before dental appt

reproduced

no, sorry, you don't get to conflate issues

Merge branch 'master' of ssh://git-annex.branchable.com

followup

Added a comment: locking files before reverting to v5

comment

comment

comment

Added a comment: temporary manual downgrade of repos to v5 is possible

removed

Added a comment: temporary manual downgrade of repos to v5 is possible

Added a comment

Added a comment: +1 to the comments above

removed

Added a comment: comment 3

Added a comment: comment 3

comment

comments

Added a comment: check the 'git add' changes before upgrading

Added a comment: skipping dotfiles

Added a comment: different annex.largefiles setting for git add than for git-annex add

comment

Merge branch 'master' of ssh://git-annex.branchable.com

close a bug report redundant with an existing todo

copied over the dandi tag

updated the todo, as now that sameas is done it's unblocked

comment

comment

Added a comment: Tor and the UUID folder

comment

remove obsolete comment