git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Shawn O. Pearce" <spearce@spearce.org>
To: Mark Struberg <struberg@yahoo.de>
Cc: Jonas Fonseca <jonas.fonseca@gmail.com>,
	Robin Rosenberg <robin.rosenberg.lists@dewire.com>,
	git@vger.kernel.org, Jason van Zyl <jvanzyl@sonatype.com>
Subject: Re: [JGIT PATCH 1/9] mavenizing step 1: moved over the initial poms  from Jasons branch Signed-off-by: Mark Struberg <struberg@yahoo.de>
Date: Wed, 30 Sep 2009 14:16:46 -0700	[thread overview]
Message-ID: <20090930211646.GM14660@spearce.org> (raw)
In-Reply-To: <287437.36328.qm@web27806.mail.ukl.yahoo.com>

Mark Struberg <struberg@yahoo.de> wrote:
> > From: Jonas Fonseca <jonas.fonseca@gmail.com>
> > actually
> > removes features (by not keeping the JGit specific
> > settings), which
> > you then try to amend later in the patch series.
> 
> I'm not sure what JGit specific settings you speak about?

I think he's talking about the Eclipse settings files?  Or is it
something else?
 
> > In terms of making the patch series more manageable for
> > you, I think
> > the best approach is to start with the patches not relevant
> > to the
> > mavenizing (renaming PathSuffixTestCase). 
> 
> In fact the fix of the PathSuffixTestCase came a few days later
> after I found the reason why I miss a few tests. This should be
> fixed in the current master anyway and has not so much todo with
> the mavenization itself.

But it should be earlier in the series because its easier to apply.
Use rebase -i to swap the order of the patches.

> I had the following in mind: every single commit should be
>  compileable and working. So it's not easily manageable to move the
> directory structure in one patch and apply all the changes into
> the poms in another commit.

Well, you need to edit the pom to change the source directory and do
the move in one commit, and then edit the pom further in another,
possibly removing the source directory directories once it is the
standard maven layout.

> We could for sure squash the later few commits, but I didn't
> liked to rebase and push since there have been a few forks of the
> mavenize branch and I hoped I could pull back a few commits from
> others and later do a rebase -i.

True.

At this point we need to rebase the patches on the new history in
the eclipse.org-post branch, which contains a massive rename of
org.spearce to org.eclipse.  That may make the tree reorg patch in
your Maven series harder to bring over to the new history, sorry.

Worse, we now have to start following the Eclipse IP process[1]
for submissions to JGit...

[1] http://www.eclipse.org/projects/dev_process/ip-process-in-cartoons.php

-- 
Shawn.

  reply	other threads:[~2009-09-30 21:16 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-23 21:16 [JGIT PATCH 1/9] mavenizing step 1: moved over the initial poms from Jasons branch Signed-off-by: Mark Struberg <struberg@yahoo.de> Mark Struberg
     [not found] ` <1253740570-10718-2-git-send-email-struberg@yahoo.de>
2009-09-23 21:16   ` [JGIT PATCH 3/9] moving some license files and META-INF Mark Struberg
2009-09-23 21:16     ` [JGIT PATCH 4/9] checkin all eclipse project file changes Mark Struberg
2009-09-23 21:16       ` [JGIT PATCH 5/9] mavenized org.spearce.jgit.pgm Mark Struberg
2009-09-23 21:16         ` [JGIT PATCH 6/9] enable missing test cases and fix jgit executable creation Mark Struberg
2009-09-23 21:16           ` [JGIT PATCH 7/9] removing eclipse project files Mark Struberg
2009-09-23 21:16             ` [JGIT PATCH 8/9] renamed the PathSuffixFilter test to JUnit conventions, so it gets executed via maven test Mark Struberg
2009-09-23 21:16               ` [JGIT PATCH 9/9] Add the <scm> section to the parent pom Mark Struberg
2009-09-24  6:29             ` [JGIT PATCH 7/9] removing eclipse project files Ferry Huberts
2009-09-24  6:55               ` Mark Struberg
2009-09-24  7:57                 ` Ferry Huberts
2009-09-24  8:24                   ` Mark Struberg
2009-09-24  8:57                     ` Ferry Huberts
2009-09-24  8:57                     ` Ferry Huberts
2009-09-25 21:40                 ` Robin Rosenberg
2009-09-24 11:24             ` Sohn, Matthias
2009-09-24 11:50               ` Mark Struberg
2009-09-25 13:25                 ` Douglas Campos
2009-09-25 21:17                 ` Robin Rosenberg
2009-09-26 20:10                   ` Mark Struberg
2009-09-27 19:52                     ` Robin Rosenberg
2009-09-28  2:21                       ` Jonas Fonseca
2009-09-28  6:34                         ` Robin Rosenberg
2009-09-28  6:42                           ` Robin Rosenberg
2009-09-25 21:33 ` [JGIT PATCH 1/9] mavenizing step 1: moved over the initial poms from Jasons branch Signed-off-by: Mark Struberg <struberg@yahoo.de> Robin Rosenberg
2009-09-26 19:50   ` Mark Struberg
2009-09-28 12:46     ` Jonas Fonseca
2009-09-30 19:51       ` Mark Struberg
2009-09-30 21:16         ` Shawn O. Pearce [this message]
2009-09-30 23:13           ` Mark Struberg
2009-09-30 23:16             ` Jason van Zyl
2009-10-01 11:15               ` Mark Struberg
2009-10-01 13:55                 ` Jason van Zyl
2009-10-01  1:33           ` Jonas Fonseca
2009-10-01  2:05           ` Douglas Campos

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=20090930211646.GM14660@spearce.org \
    --to=spearce@spearce.org \
    --cc=git@vger.kernel.org \
    --cc=jonas.fonseca@gmail.com \
    --cc=jvanzyl@sonatype.com \
    --cc=robin.rosenberg.lists@dewire.com \
    --cc=struberg@yahoo.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).