<div dir="ltr">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.<div><br></div><div>Von</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 23, 2014 at 8:47 AM, Hugo Osvaldo Barrera <span dir="ltr"><<a href="mailto:hugo@barrera.io" target="_blank">hugo@barrera.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've come across a small issue that can clutter up the log if using a git<br>
repository:<br>
<br>
    $ pass edit somepassword<br>
    <save file unchanged, and exit editor><br>
<br>
pass will then re-encrypt the file, and since gpg includes a timestamp or<br>
something alike, the encrypted files difers from the original one. pass will<br>
then add the file and git-commit(1) it, resulting in a commit that did not<br>
actually alter the underlying file.<br>
<br>
pass should compare unencrypted files before re-encrypting and re-commiting<br>
changes. This sounds not-so-trivial, but as-is, the log can be polluted with<br>
empty changes (and the repository growns needlessly).<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Hugo Osvaldo Barrera<br>
A: Because we read from top to bottom, left to right.<br>
Q: Why should I start my reply below the quoted text?<br>
</font></span><br>_______________________________________________<br>
Password-Store mailing list<br>
<a href="mailto:Password-Store@lists.zx2c4.com">Password-Store@lists.zx2c4.com</a><br>
<a href="http://lists.zx2c4.com/mailman/listinfo/password-store" target="_blank">http://lists.zx2c4.com/mailman/listinfo/password-store</a><br>
<br></blockquote></div><br></div>