Hi all,
there's some people who's subscribed to the commit ml, so getting all
the changes done to our repos. Now, with the transition to git we are
getting this: 135 emails for updating a package (and these are only
upstream changes). Did you consider this side effect? Do you have a
plan to reduce
On 2014-09-23 22:29, Sandro Tosi wrote:
> there's some people who's subscribed to the commit ml, so getting all
> the changes done to our repos. Now, with the transition to git we are
> getting this: 135 emails for updating a package (and these are only
> upstream changes). Did you consider this si
Le Tue, Sep 23, 2014 at 10:29:10PM +0100, Sandro Tosi a écrit :
> Hi all,
> there's some people who's subscribed to the commit ml, so getting all
> the changes done to our repos. Now, with the transition to git we are
> getting this: 135 emails for updating a package (and these are only
> upstream
On September 23, 2014 6:46:58 PM EDT, Charles Plessy wrote:
>Le Tue, Sep 23, 2014 at 10:29:10PM +0100, Sandro Tosi a écrit :
>> Hi all,
>> there's some people who's subscribed to the commit ml, so getting all
>> the changes done to our repos. Now, with the transition to git we are
>> getting this:
Hi,
Scott Kitterman:
> This kind of nonsense is a great reason to stay with svn.
>
Nah. It's a great reason to teach the tool in question to be *way* more
reasonable. Who needs a single email per commit? Esp. since the number of
actual commits will go way up with increased git usage – feature bra
5 matches
Mail list logo
