Mailing-List: contact infrastructure-dev-help@apache.org; run by ezmlm
Precedence: bulk
Reply-To: infrastructure-dev@apache.org
Received-SPF: pass (athena.apache.org: domain of kristian.rosenvold@gmail.com
 designates 209.85.215.50 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:user-agent:mime-version:to:subject:references
         :in-reply-to:content-type:content-transfer-encoding;
        b=Ou8tadmr+5DFtl1NeQwJLpMixlr3fPfaDPcu36qWORCGGAY6ConK+R+3zCHS7awt1y
         14BpChTcGQkWXmXBu2KQKxaDd5ZjL0w4WWcE7zmFM7Nu0HbrT61kTeqRDiPA/0r5OLUc
         9+TAILJdm9ZyX06TnRf3fFLSa9DQQ4Ek++FKk=
Message-ID: <4DBA4DD3.8090007@gmail.com>
Date: Fri, 29 Apr 2011 07:34:11 +0200
From: Kristian Rosenvold <kristian.rosenvold@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; nb-NO;
 rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: infrastructure-dev@apache.org
Subject: Re: Follow up questions for git-svn users
References: <20110429035346.GD25047@beaver.dehavilland>
In-Reply-To: <20110429035346.GD25047@beaver.dehavilland>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Den 29.04.2011 05:53, skrev Brian M Dube:
> I think my setup is standard, from what I gleaned from the GitHub
> thread (although github is not part of my workflow). My trunk branch
> is remote-tracking, where I use git svn rebase and git svn dcommit.
>
> My first question is about keeping topic branches around and updated
> for multiple uses. Perhaps this is a bad idea, but it seems like it
> should work. I create my topic branch topic1 with trunk as the
> starting point. I do the work, committing along the way, and merge
> topic1 into trunk when I'm ready for git svn dcommit. Now I'd like to
> continue working from topic1, especially if I squashed the merge to
> trunk, so that I have access to the history lost by the squash. But
> when I use git svn rebase to update trunk, a merge from trunk back
> into topic1 makes my history look wrong in gitk.
>
> What I'm trying to do is get the changes that were not part of my own
> commit (anything I pulled down with git svn rebase) back into my topic
> branch. It seems like it should be a normal fast-forward, but it's
> recursive and the history doesn't look right. I abandon the branch at
> this point and start a new one for further work.
>
This is just the classic rebasing game as far as I can see. If you have 
related topic brances you just have to rebase all of them at once and 
keep their existing relationships. It's described under "RECOVERING FROM 
UPSTREAM REBASE" in man git-rebase


> The second question, what are you doing about svn properties? If my
> commits add any files, I then have to switch to my pure svn checkout
> and set svn:eol-style and commit from svn.
>
git-svn uses svn through the standard svn configuration. As long as you 
keep the svn setup correct, git-svn will use that.

Kristian

> -Brian