Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 33035 invoked from network); 30 Oct 2009 04:41:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 30 Oct 2009 04:41:40 -0000 Received: (qmail 79570 invoked by uid 500); 30 Oct 2009 04:41:39 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 79467 invoked by uid 500); 30 Oct 2009 04:41:39 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 79456 invoked by uid 99); 30 Oct 2009 04:41:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Oct 2009 04:41:38 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of robin.batra@gmail.com designates 209.85.222.182 as permitted sender) Received: from [209.85.222.182] (HELO mail-pz0-f182.google.com) (209.85.222.182) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Oct 2009 04:41:30 +0000 Received: by pzk12 with SMTP id 12so1716859pzk.13 for ; Thu, 29 Oct 2009 21:41:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=WlXRuaYOSqNVG7XvA+lMOfNpmgbQ3XmZSSlSPBCTFBs=; b=X4a0bRL7qdHG+UNeHqMFYjUcQDCRJCyMkZ4d/8JHLVoRa0SIBG4ouGwtpQ39Izssv1 xfj9f88swpydXBBncUqc7zUW1LMiyZQcCnevXHVh17ZP5wgov3SKzVuEfTCCsNCOrrTA EXKYLm9bGIt7A8em4fDXOCBqaOY/+gyTbR8kw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=pjjvvbEWUMmWYOAZZmEXjV2lNmxXou4UQqv7yR5fvcj6m6tbX3GimZcCt13iVOmRjV Sp7blQq4nsjd75IREaHGprdfgzmXVlSMXS6esIPc2XRjzXPkZK9tASiAhasdcZlR2jzA ez4F+NkZMlfwBQAj1yC4YFJAyoplBkUwO9HHY= MIME-Version: 1.0 Received: by 10.115.100.13 with SMTP id c13mr813485wam.65.1256877668858; Thu, 29 Oct 2009 21:41:08 -0700 (PDT) In-Reply-To: References: <36ecc5b10910200445s2eede07djc57da7e439e63435@mail.gmail.com> <36ecc5b10910230249y5e2bd995y72ae85e6ee486e7a@mail.gmail.com> <36ecc5b10910262236xbe60ce6mf9d3886eef4c80db@mail.gmail.com> <510143ac0910270144y68a0e6b6lf3ca893f88e61b52@mail.gmail.com> <36ecc5b10910270318m61ee0236gb6f3f95c70114fda@mail.gmail.com> Date: Fri, 30 Oct 2009 10:11:08 +0530 Message-ID: <36ecc5b10910292141j1b404e4eo33d86aa70136cd0a@mail.gmail.com> Subject: Re: Branching From: Robin Batra To: users@jackrabbit.apache.org Content-Type: multipart/alternative; boundary=0016e64d93c0fa7a3f04771fa292 X-Virus-Checked: Checked by ClamAV on apache.org --0016e64d93c0fa7a3f04771fa292 Content-Type: text/plain; charset=ISO-8859-1 Hi Guys Are there any pointers for implementing Merge operation in Jackrabbit as provided by CVS. Because what i have noticed is that the CVS merges the changes in the user's local workspace and after that the user has to manually commit the changes where as Node.merge() commits the changes directly in the Repository thus creating the next version. Am i right about this? any help would be appreciated. Thanks in advance. On Wed, Oct 28, 2009 at 2:34 AM, Tobias Bocanegra wrote: > hi, > > On Tue, Oct 27, 2009 at 11:18 AM, Robin Batra > wrote: > > Thanks a lot guys, finally i got the branching code working. now i am > able > > to saparate the working of files in different branches. Thanks a lot once > > again. > congratulations. > > > One more thing if i want to merge the nodes in different branch, do i > > have to create my own compare view or does jcr provide anything for > that?? > unfortunately not. you have to do it yourself. > > regards, toby > > > > > On Tue, Oct 27, 2009 at 2:14 PM, Jukka Zitting >wrote: > > > >> Hi, > >> > >> On Tue, Oct 27, 2009 at 6:36 AM, Robin Batra > >> wrote: > >> > [...] > >> > N.checkout(); > >> > N.checkin(); > >> > N-> V1.3 > >> > now i clone P1 to W2 (workspace 2) > >> > > >> > N' (node under cloned P1' ) > >> > N'.checkout() > >> > N'.checkin() > >> > > >> > it still gave me 1.4 and not 1.3.1 > >> > >> That's expected, since the base version (1.3) against which you are > >> making the checkin does not yet have any other successors. You'll only > >> end up with a branch when you checkin against a base version that > >> already has one or more successors. > >> > >> For example, if you now did a N.checkin() without first updating it to > >> the latest 1.4 version, you'd end up with 1.3.1. > >> > >> BR, > >> > >> Jukka Zitting > >> > > > > > > > > -- > > Regards > > > > Robin Batra > > > -- Regards Robin Batra --0016e64d93c0fa7a3f04771fa292--