<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">People report bugs all the time, and if I'm lucky enough to have a bug<br>
report containing revision information, I want to maximize the<br>
likelihood of that revision information being useful (even if there are<br>
some local commits on top of that).<br>
Any assumptions about users thinking carefully if the revision info that<br>
they're posting is meaningful enough is flawed. People usually just post<br>
whatever is in the banner file.<br>
Often bug reports can be anonymous, or reporters just don't respond<br>
after posting the ticket. I don't want to compromise any remaining<br>
usefulness of such tickets.<br>
<br>
> Though, I still think that appropriate, meaningful tags will be a<br>
> better option to just r (which would be just svn legacy).<br>
> Not sure but probably both options could be used in parallel.<br>
A fake 'r' value is useless if I can't use it to look up the<br>
corresponding OpenWrt commit.<br></blockquote><div><br></div><div>Supposing we are able to trace the exact base and the modifications, what would be left?<br></div></div></div>