I think with my limited knowledge on svn I cannot comment on whether it is a useful or necessary.
Vikas On May 21, 2009, at 3:24 PM, Scott Gray wrote:
Thanks for the info Ashish, it all kind of falls into the advanced svn category for me and I don't really have the desire to understand it :-)But like I said to Vikas, if you guys think it is useful or necessary I'm happy to follow along.Regards Scott On 21/05/2009, at 9:25 PM, Ashish Vijaywargiya wrote:AFAIK the use of maintaining the svn:mergeinfo is encouraged by subversion project after release 1.5. This is actually required when you maintain such release branch and that takes update from trunk. (As I remembered that something similar is commented by Jacuqes in past, But I could be wrong.)Sharing the link that can provide more insight: http://subversion.tigris.org/merge-tracking/func-spec.htmlAlthough I haven't read full details but certainly will read it in a day or so.Let see what Jacques has to say about it. -- Ashish Scott Gray wrote:Sorry if this is an svn noob question, but what's so great about this mergeinfo file that it's worth the extra effort anyway?Thanks Scott On 21/05/2009, at 9:05 PM, Ashish Vijaywargiya wrote:Hello Jacques,As we all know that we are maintaining the details of revision (trunk revision details that we apply to RB9.04) in the svn:mergeinfo file. But certainly we(Me, Vikas and few others don't have framework and OFBiz root files / folder write access) don't have commit right for that file so most of the time we leave that file as it is.And wait for someone like you to commit the changes later on. What can be the better solution to handle this ?Is it good that we commit the code in release branch and explicitly inform to commit the changes in svn:mergeinfo file ?Please let me know your thoughts on this, as your comment on this will help us not to miss any version info from svn:mergeinfo file after committing the code.Thanks ! -- Ashish
smime.p7s
Description: S/MIME cryptographic signature