Bug#868084: git-annex: adjusted-unlocked mode but different
On Tue, Jul 11, 2017 at 09:40:00PM +, Clint Adams wrote:
> I would like some way of operating with a working tree that has
>
> 1) the actual files as if they are unlocked, but mode 0444
> 2) for files missing from the annex, either
> a) no file in working tree or
> b) a broken symlink just as if the file were locked
Or an automated, interspersed version of
git annex unlock --in=here
find . -path ./.git -prune -o -type f -perm /222 -exec chmod 444 {} \;
or something.
Bug#868084: git-annex: adjusted-unlocked mode but different
Package: git-annex Version: 6.20170101-1 Severity: wishlist I would like some way of operating with a working tree that has 1) the actual files as if they are unlocked, but mode 0444 2) for files missing from the annex, either a) no file in working tree or b) a broken symlink just as if the file were locked In other words, I want a read-only human-readable view of the files in the annex, and I do not want ~150-octet real files with the annex object path in them. I hope that was coherent.
