<p dir="ltr">> Actually git is keeping track of renamed files.</p>
<p dir="ltr">Git doesn't actually "keep track", but there are heuristics for figuring it out after the fact. I don't expect git to ever keep metadata about renames since Linus is firmly opposed the idea [1], but the existing heuristics are enough to handle most common cases.</p>
<p dir="ltr">> does Git keeps track of modification<br>
Yes.</p>
<p dir="ltr">> / access timestamps?<br>
No.</p>
<p dir="ltr">> because I’m also interested in the point in time where I used (decrypted) the password the last time.</p>
<p dir="ltr">Assuming gpg does save a timestamp in encrypted messages (and if not, I guess you could also sign the file or something), one way to keep track of this without introducing additional metadata (just repurposing some that's already there) would be to just re-encrypt the password whenever you decrypt it.</p>
<p dir="ltr">I subjectively think the feature might be a bit unwieldy to maintain, and agree that additional metadata would be doomed to eventually go out of sync.</p>
<p dir="ltr">[1]: <a href="https://www.mail-archive.com/git@vger.kernel.org/msg03711.html">https://www.mail-archive.com/git@vger.kernel.org/msg03711.html</a></p>
<p dir="ltr">/Emil Lundberg</p>
<br><div class="gmail_quote"><div dir="ltr">On Fri, 31 Jul 2015 00:09 Aleksei <<a href="mailto:lexa@cfotr.com">lexa@cfotr.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi.<br>
<br>
> Hi :-)<br>
><br>
>>> You would also consider things such as renames.<br>
><br>
> If I remember correctly, Git does not keep track of renamed files across revisions (yet?)<br>
><br>
> There’s just a simple heuristic to detect renames which is based on the similarity of the files.<br>
> But maybe I’m wrong here. Are here some Git experts around?<br>
><br>
<br>
Actually git is keeping track of renamed files. Look in man git log:<br>
<br>
       --follow<br>
           Continue listing the history of a file beyond renames (works only for a single file).<br>
<br>
Also you may play with -M or -C options for 'git blame' to detect renamed files.<br>
<br>
> I would simply rely on Git’s existing functionality (git blame).<br>
> This would allow us to keep the required code for password-store as small as possible.<br>
><br>
> And as I said, I assume that 'git blame' does not support renamed files yet.<br>
> But this might come as a new Git feature in the future.<br>
><br>
> By building this feature around ‚git blame‘ we could profit from this later on..<br>
><br>
<br>
<br>
<br>
>>> I think that this isn’t a great feature because it is easy to misunderstand it. If you actually<br>
>>> want the time the password itself was created you would need more<br>
>>> metadata, for example `pass generate` could add a "Generated At"<br>
>>> property.<br>
><br>
> As already pointed out: an additional tag must be kept in sync. We have a nice version control system which does exactly this for us :-)<br>
> Adding more stuff like tags, just adds complexity.<br>
> I like it the KISS style..<br>
><br>
>>> But I think that assuming that the last time a file was<br>
>>> updated is equal to the last time a password was changed is a poor idea.<br>
><br>
> It’s not the modification date of the file. We are talking about the modification date of the first line.<br>
><br>
> To add some related thoughts:<br>
><br>
> - is there a timestamp in the GPG metadata of the encrypted file?<br>
><br>
> - does Git keeps track of modification / access timestamps? (I don’t think so)<br>
><br>
> - because I’m also interested in the point in time where I used (decrypted) the password the last time.<br>
><br>
> Cheers,<br>
><br>
> Steffen<br>
><br>
> —<br>
><br>
> Steffen Vogel<br>
> Robensstraße 69<br>
> 52070 Aachen<br>
><br>
> Mail: <a href="mailto:post@steffenvogel.de" target="_blank">post@steffenvogel.de</a><br>
> Mobil: +49 1575 7180927<br>
> Web: <a href="http://www.steffenvogel.de" rel="noreferrer" target="_blank">http://www.steffenvogel.de</a><br>
> Jabber: <a href="mailto:steffen.vogel@jabber.rwth-aachen.de" target="_blank">steffen.vogel@jabber.rwth-aachen.de</a><br>
><br>
> _______________________________________________<br>
> Password-Store mailing list<br>
> <a href="mailto:Password-Store@lists.zx2c4.com" target="_blank">Password-Store@lists.zx2c4.com</a><br>
> <a href="http://lists.zx2c4.com/mailman/listinfo/password-store" rel="noreferrer" target="_blank">http://lists.zx2c4.com/mailman/listinfo/password-store</a><br>
_______________________________________________<br>
Password-Store mailing list<br>
<a href="mailto:Password-Store@lists.zx2c4.com" target="_blank">Password-Store@lists.zx2c4.com</a><br>
<a href="http://lists.zx2c4.com/mailman/listinfo/password-store" rel="noreferrer" target="_blank">http://lists.zx2c4.com/mailman/listinfo/password-store</a><br>
</blockquote></div>