I don't know what happened to the ignore-mergeinfo branch, but I'm
having a similar problem telling the wood from the trees when committing
because of the amount of svn:mergeinfo properties that have changed when
merging.
My idea was to write a script as follows:
* For each file and folder, check whether any of the svn:mergeinfo
entries is also present in any of the parent folders up to a given root
* If it is, remove the svn:mergeinfo entry from that file/folder
* check the resulting changes back in
Is this likely to cause any issues? Has anyone tried anything similar
before?
Thanks,
Nick
-----Original Message-----
From: Dariusz Olszewski [mailto:dol_at_globema.pl]
Sent: 21 April 2009 12:15
To: users_at_subversion.tigris.org
Subject: Filtering changes to svn:mergeinfo properties
Hi,
At my company we use subversion for about 8 month now. Our repository
grows quite quickly - we have made about 15.000 commits so far. Since we
share quite a lot of code between our projects, we use merging *A LOT*.
Currently we are in the situation where merges to/from our library of
shared code result in changing of around 300 directories with explicit
merge info.
It is now extremely difficult to see actual code changes among all those
svn:mergeinfo property changes.
We would like to have an ability to filter these changes in the UI. We
mostly use TortoiseSVN, but it seems that the problem is quite difficult
to solve just in Tortoise SVN UI layer - it needs some support from the
underlying svn libraries.
Does anyone know what happens with the ignore-mergeinfo branch? Any
plans to merge it into trunk and release?
At this moment this our *top* usability problem with subversion.
Regards,
Darek Olszewski
dol_at_globema.pl
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageI
d=1841801
To unsubscribe from this discussion, e-mail:
[users-unsubscribe_at_subversion.tigris.org].
********************************************************
This e-mail has been swept for viruses by Cofunds.
For more information on this service, please
contact the IT Service Desk on Ext: 7060 or itservicedesk_at_cofunds.co.uk.
********************************************************
Cofunds Limited, 1st Floor, 1 Minster Court, Mincing Lane,
London EC3R 7AA. Registered in England and Wales
No 3965289. Authorised and regulated by Financial Services Authority. Phone: 0845 604 4001, or visit our website at www.cofunds.co.uk.
Telephone calls may be recorded for monitoring purposes.
**************************************************************************
The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information, or copying of this message is prohibited. If you are not the addressee, or believe this email to have been sent in error, please notify security_at_cofunds.co.uk immediately and delete this message.
Although this e-mail and any attachments are believed to be free of any virus, or other defect which might affect any computer or system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Cofunds for any loss or damage from receipt or use thereof.
This email does not create or vary any contractual obligations between Cofunds Limited and the addressee. Any views or opinions are solely those of the author and do not necessarily represent those of Cofunds Limited.
Those communicating with us by electronic mail will be deemed to have accepted the risks associated with interception, amendment, loss and late or incomplete delivery. They will also be deemed to have consented to our monitoring of such communications.
**************************************************************************
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1843223
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-04-21 15:08:11 CEST