[evla-sw-discuss] code organization

[Pete Whiteis]

>>   Basically, I don't have any attachment to a particular version 
>>management tool.   What would cause me pain is 1) the current directory 
>>structure changed.  This could potentially force me to change dozens of 
>>Makefiles, as well as utility scripts    
>>    
>>
>
>well, the issue of whether it is a good idea to put hard paths into makefiles 
>and scripts aside, how much work would it really be?  a day?  a week?  this is 
>certainly an issue, i agree - we won't do this changeover for free - it will 
>take some amount of work from everybody involved to get their code switched over 
>(if we choose to do so).
>
>  
>

    Of course its not a good idea to put hard paths into Makefiles. My 
development platform/tools (Windows) doesnt have the concept of symbolic 
references, nor do the tools play well with environment variables. We 
were reluctantly forced into doing things this way. 

    It would probably take a couple of days of dedicated time to flush 
out all pathnames in both application and OS build files.

>>2) Losing tag information would 
>>be very bad.   I tag every release I've placed into production since 
>>early 2004 and I've had to fall back on at least 2 occasions.
>>    
>>
>
>whatever we did, we would always retain the old cvs repository.  if we switched 
>to subversion, there are two ways to handle this:
>  1 - try to get all of the old versions from cvs into subversion
>  2 - start fresh on the subversion (only copy over the most recent
>      versions), but keep the old cvs repository around
>
>  
>
#1 would be better, but initially painful.   #2 could be nasty if I had 
to rollback near the cutover boundary.  

>>   We should take a hard look at quantifying the benefits of converting 
>>to a new repository vs the effort  involved.  If a case can be made for 
>>significant payback, then I'd be more agreeable.     I sure hope we have 
>>a chance to meet about this before any hard action is taken.
>>    
>>
>
>of course.  i intend to make this the topic of the ECD meeting on nov 6.
>  
>

OK.  I'll be there.

-P-


-------------- next part --------------
A non-text attachment was scrubbed...
Name: pwhiteis.vcf
Type: text/x-vcard
Size: 144 bytes
Desc: not available
URL: <http://listmgr.nrao.edu/pipermail/evla-sw-discuss/attachments/20061026/15ae5f0e/attachment.vcf>