On 07/01/2013 11:58 PM, Junio C Hamano wrote:
Michael Haggerty mhag...@alum.mit.edu writes:
My understanding is that we are waiting on two things:
1. Consensus from the community. I would characterize the feedback on
the mailing list as limited in quantity but strongly positive [1-4] and
Michael Haggerty mhag...@alum.mit.edu writes:
I have a logistical question: git-multimail doesn't have its own mailing
list, and GitHub doesn't offer one. I was thinking about setting up a
Google group, but a few people at GitMerge suggested that I instead
direct discussion of git-multimail
Michael Haggerty mhag...@alum.mit.edu writes:
My understanding is that we are waiting on two things:
1. Consensus from the community. I would characterize the feedback on
the mailing list as limited in quantity but strongly positive [1-4] and
I think that most/all of the wishes for
Matthieu Moy matthieu@grenoble-inp.fr writes:
More precisely: you should have a look at git-multimail (in directory
contrib/, in branch for now pu/, or from
https://github.com/mhagger/git-multimail) before spending time on
post-receive-email.
Oh, by the way, is this a vote of confidence
On 05/07/2013 08:36 AM, Junio C Hamano wrote:
Matthieu Moy matthieu@grenoble-inp.fr writes:
More precisely: you should have a look at git-multimail (in directory
contrib/, in branch for now pu/, or from
https://github.com/mhagger/git-multimail) before spending time on
Junio C Hamano gits...@pobox.com writes:
Matthieu Moy matthieu@grenoble-inp.fr writes:
More precisely: you should have a look at git-multimail (in directory
contrib/, in branch for now pu/, or from
https://github.com/mhagger/git-multimail) before spending time on
post-receive-email.
Matthieu Moy matthieu@grenoble-inp.fr writes:
OTOH, it's not urgent, people can already use git-multimail by taking it
from GitHub.
Yes. There are less and less reason to rush things into contrib/
these days, which is a very good thing from ecosystem's point of
view. It is a sign that
Michael Haggerty mhag...@alum.mit.edu writes:
My understanding is that we are waiting on two things:
1. Consensus from the community. I would characterize the feedback on
the mailing list as limited in quantity but strongly positive [1-4] and
I think that most/all of the wishes for
Junio C Hamano gits...@pobox.com writes:
I have a mildly strong suspicion that a better approach might be to:
- Copy the current stable snapshot to the contrib/ area, [...]
- Keep the development at your GitHub repository, [...]
- Update what is in contrib/ in my tree with a stable
878a7af9088e2bcc3afc9b09b9023f1f188c844b Mon Sep 17 00:00:00 2001
From: Trond Hasle Amundsen t.h.amund...@usit.uio.no
Date: Mon, 6 May 2013 15:41:25 +0200
Subject: [PATCH] contrib/hooks/post-receive-email: get description from repo.git/config
When getting the project description, we first try gitweb.description
entry in repo.git
/hooks/post-receive-email: get description from
repo.git/config
When getting the project description, we first try gitweb.description
entry in repo.git/config, but repo.git/description takes precedence if
it exists. This behaviour mimics that of Gitweb, and is what we want
when using Gitolite, which
2001
From: Trond Hasle Amundsen t.h.amund...@usit.uio.no
Date: Mon, 6 May 2013 15:41:25 +0200
Subject: [PATCH] contrib/hooks/post-receive-email: get description from
repo.git/config
And remove these five lines above. We will read the authorship and
subject from the e-mail header of your message
Junio C Hamano gits...@pobox.com writes:
Trond Hasle Amundsen t.h.amund...@usit.uio.no writes:
Hello,
The included patch attempts to improve post-receive-email. It's a
Please don't ;-)
More precisely: you should have a look at git-multimail (in directory
contrib/, in branch for now pu/,
Hasle Amundsen t.h.amund...@usit.uio.no
Date: Mon, 6 May 2013 15:41:25 +0200
Subject: [PATCH] contrib/hooks/post-receive-email: get description from
repo.git/config
And remove these five lines above. We will read the authorship and
subject from the e-mail header of your message.
So many
Matthieu Moy matthieu@grenoble-inp.fr writes:
The included patch attempts to improve post-receive-email. It's a
Please don't ;-)
More precisely: you should have a look at git-multimail (in directory
contrib/, in branch for now pu/, or from
https://github.com/mhagger/git-multimail)
15 matches
Mail list logo
