Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5D93B9BD8 for ; Thu, 2 Aug 2012 10:25:37 +0000 (UTC) Received: (qmail 15094 invoked by uid 500); 2 Aug 2012 10:25:36 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 14800 invoked by uid 500); 2 Aug 2012 10:25:36 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 14764 invoked by uid 99); 2 Aug 2012 10:25:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Aug 2012 10:25:35 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=SPF_PASS,T_FILL_THIS_FORM_SHORT X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [83.218.36.120] (HELO mail.am-soft.de) (83.218.36.120) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Aug 2012 10:25:28 +0000 Envelope-To: users@subversion.apache.org Received: from localhost (dslb-188-102-147-218.pools.arcor-ip.net [188.102.147.218]) by mail.am-soft.de (Postfix) with ESMTP id 1AF83824 for ; Thu, 2 Aug 2012 12:25:04 +0200 (CEST) Date: Thu, 2 Aug 2012 12:25:05 +0200 From: =?iso-8859-1?Q?Thorsten_Sch=F6ning?= Organization: AM-SoFT IT-Systeme X-Priority: 3 (Normal) Message-ID: <348445429.20120802122505@am-soft.de> To: users@subversion.apache.org Subject: Re: Can the mergeinfo of a reintegrate-merge be ignored? In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Guten Tag Martin Bischoff, am Donnerstag, 2. August 2012 um 11:12 schrieben Sie: > Since it is recommended to delete feature-branches after they were > reintegrated, why should this mergeinfo be kept? Because there are scenarios where feature branches aren't deleted or even branched under the same name again for whatever reason. If you don't ever do that, ignore the merge info, but why bother unless performance is reduced or something? > Wouldn't that property > then be propagated to each and every future (feature-)branch and tag? I think Subversion should be able to handle this in any case. Mit freundlichen Gr=FC=DFen, Thorsten Sch=F6ning --=20 Thorsten Sch=F6ning E-Mail:Thorsten.Schoening@AM-SoFT.de AM-SoFT IT-Systeme http://www.AM-SoFT.de/ Telefon.............030-2 1001-310 Fax...............05151- 9468- 88 Mobil..............0178-8 9468- 04 AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln AG Hanover HRB 207 694 - Gesch=E4ftsf=FChrer: Andreas Muchow