<div>I think you are correct. I come from a perforce environment and the ability to do what you described was somewhat alien to me.  I'll have to look at the subversion way of doing things.  Thanks for the information.
</div>
<div>Bob<br><br> </div>
<div><span class="gmail_quote">On 4/17/07, <b class="gmail_sendername">Florian Gilcher</b> <<a href="mailto:flo@andersground.net">flo@andersground.net</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">-----BEGIN PGP SIGNED MESSAGE-----<br>Hash: SHA1<br><br>I think you misunderstood my intention. With svn propset, you can set
<br>arbitrary properties for a single file/directory. That gives you the<br>possibility to use a set of file properties to keep track. In<br>combination with a hook script, you could mark every changed line as<br>'unreviewed' on commit, while your bundle manages the task of changing
<br>the property back to 'reviewed' and listing the properties. (simple<br>scenario...)<br><br>A hook script on the server side has the advantage that no client has to<br>support you system or even know about it unless he wants to review code.
<br><br>Greetings<br>Skade<br><br>Bob Henkel wrote:<br>> I have thought about this and was thinking of using the TODO bundle to<br>> help out with this. I think avoiding the database approach would<br>> simplify things. It might not be as industrial strength, but is a much
<br>> simpler implementation.<br>><br>> The usage would go something like this:<br>>  A person enters TODO tags within the code such as --BUG OPEN BLH This<br>> code is junk fix it please!  The The format could be something like
<br>> --<TYPE> <STATE> <INITIALS> <COMMENT><br>><br>> After someone reviews a file they submit it to source control with their<br>> review comments included in the source. The only problem I see is if two
<br>> separate reviewers comment on the same line when it comes time to submit<br>> to source control who's comment wins? This is what leans me back to a<br>> database implementation.  My assumption is that there may be 4 or more
<br>> reviewers reviewing the same code at any given time.<br>><br>> Thanks<br>> Bob<br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v1.4.3 (Darwin)<br>Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org">
http://enigmail.mozdev.org</a><br><br>iD8DBQFGJNk58RlGMqQ8m7oRAuOqAJ9JzIpxbmTCQqS7gkDA2u9BHdTnsQCfeaI9<br>xcFzGHkAOzt3rAQKwyzpO2Q=<br>=jo5L<br>-----END PGP SIGNATURE-----<br><br>______________________________________________________________________
<br>For new threads USE THIS: <a href="mailto:textmate@lists.macromates.com">textmate@lists.macromates.com</a><br>(threading gets destroyed and the universe will collapse if you don't)<br><a href="http://lists.macromates.com/mailman/listinfo/textmate">
http://lists.macromates.com/mailman/listinfo/textmate</a><br></blockquote></div><br>