On Wed, Apr 24, 2013 at 6:16 PM, Branko Čibej <br...@wandisco.com> wrote:
> On 24.04.2013 23:06, Z W wrote: > > > > > > > > On Wed, Apr 24, 2013 at 1:42 PM, Mark Phippard <markp...@gmail.com > > <mailto:markp...@gmail.com>> wrote: > > > > On Wed, Apr 24, 2013 at 4:40 PM, Bob Archer <bob.arc...@amsi.com > > <mailto:bob.arc...@amsi.com>> wrote: > > > Please check the poperties on one of the files. Tell me what the > > mergeinfo: is prior to your merge > > > and after your merge. Up to this point we were talking about > > generalities, but we are getting down to specifics now. > > > > FWIW, after running the merge just run svn diff. It will show the > > changes it made to the properties. > > > > > > Hi Mark thanks for responding too. > > We are trying to automate this process for many files. > > We simply merge and commit until we hit a Conflict. > > A note about process here ... It is in general not a good idea to > automate the commit step. Merge results should always be reviewed. If > Subversion does not flag a conflict that does /not/ mean that the merge > is semantically correct (or even syntactically, if we're talking about > merging source code); it only means that it did not find conflicting > regions of changes in the text. > > There is no guarantee that a conflict-less merge results in valid code. > If you're lucky, a compiler will flag the problem; if not, you might > find out when users raise support tickets. > > -- Brane > > -- > Branko Čibej > Director of Subversion | WANdisco | www.wandisco.com > > Hi Branko Thanks for responding and the heads up. Sincerely