git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jonathan Nieder <jrnieder@gmail.com>
To: Michael Haggerty <mhagger@alum.mit.edu>
Cc: "Junio C Hamano" <gitster@pobox.com>,
	git@vger.kernel.org, "Chris Hiestand" <chrishiestand@gmail.com>,
	"Marc Branchaud" <mbranchaud@xiplink.com>,
	"Matthieu Moy" <Matthieu.Moy@grenoble-inp.fr>,
	"Michiel Holtkamp" <git@elfstone.nl>,
	"Stefan Näwe" <stefan.naewe@gmail.com>,
	"Ævar Arnfjörð Bjarmason" <avarab@gmail.com>
Subject: Re: [PATCH v3 0/1] git-multimail: a replacement for post-receive-email
Date: Sun, 21 Apr 2013 03:56:12 -0700	[thread overview]
Message-ID: <20130421105612.GA28959@elie.Belkin> (raw)
In-Reply-To: <1366541380-10786-1-git-send-email-mhagger@alum.mit.edu>

Hi,

Michael Haggerty wrote:

> This series consists of a single patch that adds a directory
> contrib/hooks/git-multimail/ containing five files, described in the
> patch's commit message.

Yay!  I look forward to seeing it.

[...]
>                                       The first of these commits
>     consists of a code drop from the private repository just
>     mentioned.  The recent part of this history includes commits by
>     other authors.

That could be a reason to do a subtree merge if you want.  A code drop
with a commit message that acknowledges the contributors would also
presumably be fine.

[...]
> * How to organize future development?  Directly in the Git repo, using
>   the git mailing list, etc?  As a fork of the Git project that
>   occasionally issues patches and/or pull requests to the main
>   project?  Or as a separate project that does not include the whole
>   Git tree, which is occasionally merged back to the Git project using
>   subtree merge?

My personal preference is that patches come on the git list, are
reviewed here, and then go to your fork of the Git project that Junio
can periodically pull from at your request (like git-svn).  But of
course this is up to you, too.

Thanks,
Jonathan

  reply	other threads:[~2013-04-21 10:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-21 10:49 [PATCH v3 0/1] git-multimail: a replacement for post-receive-email Michael Haggerty
2013-04-21 10:56 ` Jonathan Nieder [this message]
2013-04-21 18:44   ` Junio C Hamano
2013-04-21 20:02     ` Michael Haggerty
2013-04-21 22:12       ` Junio C Hamano
2013-04-21 22:28       ` Junio C Hamano
     [not found] ` <1366541380-10786-2-git-send-email-mhagger@alum.mit.edu>
2013-04-21 11:07   ` [PATCH v3 1/1] " Jonathan Nieder

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=20130421105612.GA28959@elie.Belkin \
    --to=jrnieder@gmail.com \
    --cc=Matthieu.Moy@grenoble-inp.fr \
    --cc=avarab@gmail.com \
    --cc=chrishiestand@gmail.com \
    --cc=git@elfstone.nl \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=mbranchaud@xiplink.com \
    --cc=mhagger@alum.mit.edu \
    --cc=stefan.naewe@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 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).