[rtems commit] New.
Thomas.Doerfler at embedded-brains.de
Fri Aug 3 15:57:21 UTC 2012
Am 03.08.2012 16:44, schrieb Gedare Bloom:
> I'd say let's wrap this up, but we have no formal way that I know of
> to make a decision about this.
you are right, there is no formal way to decide this. Anyway I vote to
remove the questionable commits from the git repo and discuss the pros
and cons before any further change in the git repo regarding the
"auto*"-generated files is to be applied.
> On Fri, Aug 3, 2012 at 9:37 AM, Joel Sherrill <joel.sherrill at oarcorp.com> wrote:
>> On 07/26/2012 10:05 PM, Sebastian Huber wrote:
>>> why do we all have this single commits with this simple "New." commit
>>> If I had added the generated files, then I would have added them all in
>>> single commit. Before this I would have placed this commit on a private
>>> for review.
>>> You work now on a release branch. I don't think there was sufficient
>>> discussion about this change. As far as I am aware you are the only
>>> person in
>>> favor of adding the generated files.
>>> This is not a simple change. It adds a lot of files. It changes also a
>>> practice in RTEMS that was there for several years now. That is no
>>> files in the repository (one exception is the preinstall.am).
>> It also impacts at least the following:
>> + user documentation, tutorials, wikis, etc.
>> + bandwidth requirements for rtems.org and users
>> + disk space requirements for rtems.org and users
>> This change could have happened any time in the past 15 years.
>> Projects using every other source code control system have
>> at one time placed generated files in their tree. We stuck with
>> not doing it and built up years of practice expecting a bootstrap.
>> I personally do not care whether they are in or out technically.
>> That is a community decision.
>> What I do care about is the utter abuse of process and community
>> reflected in how this major change was committed with no discussion,
>> review, patch squashing, etc.
>> I am sorry Ralf but this is another example where I have to question
>> your judgement on knowing when it is OK to make a change with
>> or without discussion. You have repeatedly thrust controversial
>> changes on the project with no discussion. If anyone else had done
>> this, you would have publicly flogged them.
>> Joel Sherrill, Ph.D. Director of Research& Development
>> joel.sherrill at OARcorp.com On-Line Applications Research
>> Ask me about RTEMS: a free RTOS Huntsville AL 35805
>> Support Available (256) 722-9985
>> rtems-devel mailing list
>> rtems-devel at rtems.org
> rtems-devel mailing list
> rtems-devel at rtems.org
embedded brains GmbH
Obere Lagerstrasse 30
email: Thomas.Doerfler at embedded-brains.de
PGP: Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
More information about the devel