On 10/31/2011 06:45 AM, Frank Lanitz wrote:
On Mon, 31 Oct 2011 06:29:36 -0700
Matthew Brush<[email protected]> wrote:
On 11-10-31 05:00 AM, Nick Treleaven wrote:
On 25/10/2011 00:33, Lex Trotman wrote:
[...]
If we go back to individual commit mails with diffs, is there
anyway to limit how many individual messages get sent out at once
and how many lines
can be in a diff? Ex. if we merge the gtkbuilder branch at some
point, is
there anyway to prevent from flooding the list with all those
commit mails
but to send individual ones for regular 2 or 3 commits in a row?
I'm not sure we would see a flood on a merge, probably only one
commit saying 'merged gtkbuilder branch'? The gtkbuilder commits
should appear as they are committed, not on merge.
I think when you merge it makes all the commits onto the branch that
was merged into also. At least this is what happened on the
xfce-commits list when one of the devs merged several branches with a
total of 800+ commits in them, each triggering a commit mail :)
Isn't --no-ff or --squash not able to prevent this?
IMO, it's not good to mess with the history just to avoid triggering
commit mails.
Cheers,
Matthew Brush
_______________________________________________
Geany-devel mailing list
[email protected]
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
