On Wed, Dec 23, 2009 at 11:17, Julian Mitchell <jup...@gmail.com> wrote: > Andy - so when you want to diff a file it takes 25 minutes?
No. I don't have to generate/compile/deploy anything to perform a diff. > 2009/12/23 Andy Levy <andy.l...@gmail.com> >> >> On Wed, Dec 23, 2009 at 10:21, Bob Archer <bob.arc...@amsi.com> wrote: >> >> 2009/12/23 Bob Archer <bob.arc...@amsi.com> >> >> > On Dec 23, 2009, at 00:45, Julian Mitchell wrote: >> >> > >> >> > > The project that I am working on utilises a code generation >> >> tool. >> >> > The header of every source file includes a comment with a >> >> date\time >> >> > stamp of when it was generated. The problem is that every time >> >> the >> >> > code is generated the svn change check algorithm marks all files >> >> as >> >> > having been changed even though only a handful have actually had >> >> > actual code changes. >> >> > > >> >> > > Is there a way to tailor the change check algorithm with, say, >> >> a >> >> > regex, to ignore certain contents of a text file e.g. comment >> >> > lines? >> >> > >> >> > To my knowledge, there is not. You could consider writing a >> >> client- >> >> > side script that committers should run before checking in source, >> >> > to normalize such comment lines e.g. to remove the date/time. You >> >> > could also write a companion server-side hook script to reject >> >> any >> >> > commit where the only difference is such a comment line. >> >> I think the current wisdom is, don't source control files that can >> >> be generated. So, for the same reason you [usually] don't store >> >> binaries that you build from your source don't store code files >> >> that are generated. Make the generation part of the build so that >> >> any dev running the build script gets the files generated for them. >> >> >> >> BOb >> >> Thanks for both your input. >> >> Ryan - is there a convenient place to hook in to the client side? I >> >> would like to catch this prior it to being displayed as a >> >> modification. >> >> Bob - you are correct and I agree with you however the generation >> >> process takes a while (30s - 1minute) and the controlled package >> >> files are ghastly to diff from a code readability perspective. >> >> >> > >> > Hmm... I see. Can you possibly put the results of the genned code onto a >> > shared location so the devs can just pull the latest down rather than >> > needing to take... wait 30 SECONDS? >> >> 30 seconds is nothing, really. My primary app takes 25 minutes to >> deploy into Tomcat whenever I'm doing a code/test cycle on my laptop. >> If an extra step added 30 seconds, it'd make no difference to me. > >
