remove spam

and an additional probe comment made before the spam
This commit is contained in:
Joey Hess 2019-09-30 15:22:41 -04:00
parent b90ddbc383
commit 34ab34d320
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 0 additions and 33 deletions

View file

@ -1,20 +0,0 @@
[[!comment format=mdwn
username="joey"
subject="""comment 4"""
date="2019-09-27T17:01:28Z"
content="""
Setting annex.largefiles=nothing also makes `git annex add` add all files
to git, which I think is not what you were intending it to do.
> When `neverlock` is active and `git add` is run on a largefile, it could reject adding the file,
Git's interface does not allow me to do that. The clean filter can't
prevent a file from being added; even if it exits nonzero git will just go
ahead and add the file content.
I've implemented `git annex adjust --lock`. It doesn't fully prevent
other commands from making unlocked files. Any change to `git add`
behavior faces the problems I discuss in [[lets_discuss_git_add_behavior]].
And `git annex unlock` can still be used. So
[[todo/auto-lock_files_after_one_edit]] would be a nice complement to this.
"""]]

View file

@ -1,13 +0,0 @@
[[!comment format=mdwn
username="smithclarkson001@2d22c4a26d6e52831b460b949377a8c9d6139a94"
nickname="smithclarkson001"
avatar="http://cdn.libravatar.org/avatar/e050ab885958a05800aa3360200e2ec1"
subject="comment 5"
date="2019-09-28T10:47:13Z"
content="""
\"Having a annex.neverlock option that plain-out rejects adding files in locked mode\" -- did you mean unlocked mode?
A related suggestion: auto-lock files after one edit
Make sense. <a href=\"https://9appsapk.com/\">9Apps</a> <A href=\"https://vidmate.vin/\">VidMate apk</a> <a href=https://apk9apps.com/\">9Apps apk</a>
"""]]