All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Kastrup <dak@gnu.org>
To: Jakub Narebski <jnareb@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: How do I manage this setup with git-svn and/or git remotes?
Date: Sun, 19 Aug 2007 18:04:46 +0200	[thread overview]
Message-ID: <853ayftsrl.fsf@lola.goethe.zz> (raw)
In-Reply-To: <fa7vrd$afs$1@sea.gmane.org> (Jakub Narebski's message of "Sun\, 19 Aug 2007 01\:37\:21 +0200")

Jakub Narebski <jnareb@gmail.com> writes:

> David Kastrup wrote:
>
>> Linus Torvalds <torvalds@linux-foundation.org> writes:
>> 
>>> On Fri, 17 Aug 2007, David Kastrup wrote:
>>>> 
>>>> Now is there any chance to set up a git structure that will me
>>>> allow to let _git_ perform merges between the standalone dsp
>>>> project and the part that has started off as a copy of it in a
>>>> subdirectory from projects/great, so that I have a merge history in
>>>> my git mirror?
>>>
>>> Yes. That's what git "submodule" support is all about.  You could
>>> create that "dsp" project as its own git project, and then include
>>> it within the bigger project as a submodule. Then, that "dsp" thing
>>> is really a totally independent git project in its own right, with
>>> git support for just "tying" it into the superproject.
>> 
>> But it isn't an independent git project: the superproject has its
>> _own_ copy of dsp, with its _own_ specific commits and fixes that are
>> not supposed to ever end up in the dsp "mothership".  There are
>> sometimes cross merges, but the stuff in the "dsp" subdirectory of
>> "great" is maintained completely together with the branches of
>> "great": tags, branches and all.
>
> Independent git project means independent clone of "dsp" repository,
> perhaps a fork of "dsp" repository with some (superproject) specific
> commits. Which is attached as subritectory of superproject.

Well, the point I was trying to make is that as a subdirectory of the
superproject (in Subversion), the tagging and branching structure is
supposed to follow that of the superproject.  I don't understand
submodules well enough to see how much this is the case.

To be fair: merging will only happen on the trunk of the superproject,
but possibly with different branches of the dsp project.  So this is
likely not going to be much of an issue.

On the other hand, it is unclear what git-svn would think about that
sort of setup.  Since a submodule setup would imply creating
appropriate branches in the dsp module, anyway, I can just import the
superproject dsp as one remote branch into the dsp git repository and
do the merging there.  There is no need to make dsp an actual
submodule of the superproject for that as long as I am working with
git-svn.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

      reply	other threads:[~2007-08-19 16:08 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-17 17:24 How do I manage this setup with git-svn and/or git remotes? David Kastrup
2007-08-17 17:56 ` Linus Torvalds
2007-08-17 18:26   ` David Kastrup
2007-08-17 18:53     ` Linus Torvalds
2007-08-17 21:04       ` David Kastrup
2007-08-17 21:18       ` Junio C Hamano
2007-08-17 21:32         ` David Kastrup
2007-08-18  7:07           ` David Kastrup
2007-08-18 23:37     ` Jakub Narebski
2007-08-19 16:04       ` David Kastrup [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=853ayftsrl.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=git@vger.kernel.org \
    --cc=jnareb@gmail.com \
    /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.