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 63B8F10D7E for ; Fri, 23 Aug 2013 11:42:16 +0000 (UTC) Received: (qmail 80592 invoked by uid 500); 23 Aug 2013 11:42:15 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 80570 invoked by uid 500); 23 Aug 2013 11:42:14 -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 80563 invoked by uid 99); 23 Aug 2013 11:42:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Aug 2013 11:42:13 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.109.42.8] (HELO einhorn.in-berlin.de) (192.109.42.8) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Aug 2013 11:42:06 +0000 X-Envelope-From: stsp@stsp.name Received: from ted.stsp.name (ted.stsp.name [217.197.84.34]) by einhorn.in-berlin.de (8.13.6/8.13.6/Debian-1) with ESMTP id r7NBfh0u003836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 23 Aug 2013 13:41:43 +0200 Received: from ted.stsp.name (localhost [127.0.0.1]) by ted.stsp.name (8.14.7/8.14.3) with ESMTP id r7NBfgQM027129; Fri, 23 Aug 2013 13:41:42 +0200 (CEST) Received: (from stsp@localhost) by ted.stsp.name (8.14.7/8.14.7/Submit) id r7NBfg6d019851; Fri, 23 Aug 2013 13:41:42 +0200 (CEST) Date: Fri, 23 Aug 2013 13:41:42 +0200 From: Stefan Sperling To: James Hanley Cc: "users@subversion.apache.org" Subject: Re: using "svn merge", "svn diff", and "svn patch" Message-ID: <20130823114141.GE23903@ted.stsp.name> Mail-Followup-To: James Hanley , "users@subversion.apache.org" References: <20130820192845.GA16154@larry.stsp.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Aug 22, 2013 at 09:40:08AM -0400, James Hanley wrote: > So other then tar-ing up the WC, there is no way to reproduce local changes > like this on another system? I know the example given is fairly simple, > but it could be very useful. If the changeset you want to transfer between working copies cannot be fully represented by 'svn diff'/'svn patch' (i.e. it contains copies, replacements, or svn:mergeinfo changes), I would recommend to commit your changeset to a new branch and checkout/merge that branch elsewhere. The changes will appear in repository history but they don't need to affect anything of value. Say you did: svn checkout TRUNK_URL first-wc cd first-wc make changes in first-wc Now you could do this to create a new branch: svn copy ^/trunk ^/branches/my-new-branch svn switch ^/branches/my-new-branch svn commit Or even just: svn copy . ^/branches/my-new-branch The other side can now checkout the branch: svn checkout ^/branches/my-new-branch Or switch an existing trunk working copy to the branch: cd other-trunk-wc svn switch ^/branches/my-new-branch Or merge the branch into an existing trunk working copy: cd other-trunk-wc svn merge ^/branches/my-new-branch (The above assumes a Subversion 1.8 client. Older clients need the --reintegrate option).