[pass] Don't re-commit edited files with no changes

Von Welch von at vwelch.com
Tue Sep 23 14:49:15 CEST 2014

I agree with not committing unchanged files. I suspect the best way to
implement it is to look for a change in the modification timestamp of the
temporary file.


On Tue, Sep 23, 2014 at 8:47 AM, Hugo Osvaldo Barrera <hugo at barrera.io>

> I've come across a small issue that can clutter up the log if using a git
> repository:
>     $ pass edit somepassword
>     <save file unchanged, and exit editor>
> pass will then re-encrypt the file, and since gpg includes a timestamp or
> something alike, the encrypted files difers from the original one. pass
> will
> then add the file and git-commit(1) it, resulting in a commit that did not
> actually alter the underlying file.
> pass should compare unencrypted files before re-encrypting and re-commiting
> changes. This sounds not-so-trivial, but as-is, the log can be polluted
> with
> empty changes (and the repository growns needlessly).
> --
> Hugo Osvaldo Barrera
> A: Because we read from top to bottom, left to right.
> Q: Why should I start my reply below the quoted text?
> _______________________________________________
> Password-Store mailing list
> Password-Store at lists.zx2c4.com
> http://lists.zx2c4.com/mailman/listinfo/password-store
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.zx2c4.com/pipermail/password-store/attachments/20140923/95b994bc/attachment.html>

More information about the Password-Store mailing list