From: Semen Vadishev <semen.vadishev@tmatesoft.com>
To: Andreas Ericsson <ae@op5.se>
Cc: jgit-dev <jgit-dev@eclipse.org>,
EGit developer discussion <egit-dev@eclipse.org>,
Git Mailing List <git@vger.kernel.org>
Subject: Re: [ANN] SubGit Early Access Program Build #789
Date: Wed, 23 Nov 2011 18:19:32 +0100 [thread overview]
Message-ID: <4ECD2B24.5050802@tmatesoft.com> (raw)
In-Reply-To: <4ECCB6C6.8040200@op5.se>
Hello Andreas,
> How does it handle merges?
The short answer is
1. git to svn: SubGit sets svn:mergeinfo accordingly to
the history of merged parent(s).
2. git to svn: SubGit checks whether modified svn:mergeinfo includes
the history of a certain branch, if so it adds this branch as a merge
parent.
For more details please refer to
http://subgit.com/documentation/spec/merge.pdf — it's a part of SubGit
specification related to the merge-tracking stuff.
Semen Vadishev,
TMate Software,
http://subgit.com/ - Two Way Ticket to The Dark Side
On 23 November 2011 10:03, Andreas Ericsson wrote:
> On 11/22/2011 08:15 PM, Semen Vadishev wrote:
>> Hello All,
>>
>> Let me introduce our new project: SubGit (http://subgit.com/).
>>
>> SubGit is a tool for smooth migration from Subversion to Git. As well as
>> from Git to Subversion. Without git-svn insanity.
>>
>> It works like this:
>>
>> - Install SubGit into your repository on the server side
>>
>> - Let initial translation complete (time depends on the size of repository)
>>
>> - SubGit installs hooks into repository, so it translates every svn
>> revision and git commit
>>
>> - Committers may now use either Git or Subversion (or both) with the
>> tools of their choice
>>
> How does it handle merges?
>
prev parent reply other threads:[~2011-11-23 17:19 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-22 19:15 [ANN] SubGit Early Access Program Build #789 Semen Vadishev
2011-11-23 9:03 ` Andreas Ericsson
2011-11-23 17:19 ` Semen Vadishev [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ECD2B24.5050802@tmatesoft.com \
--to=semen.vadishev@tmatesoft.com \
--cc=ae@op5.se \
--cc=egit-dev@eclipse.org \
--cc=git@vger.kernel.org \
--cc=jgit-dev@eclipse.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.