First off, I don't have to be involved in many open-source projects to know about what 
the policies are.
You don't have to do drugs to know they are unhealthy ;)

And I didn't say you shouldn't test to make sure that a release is stable before 
commiting it.
It only stands to reasons that you should.
I'm sure no one ever releases anything unstable intentionally.

Yes, you should be able to trust people that have supposedly earned the right to be a 
developer on a project, no matter what the project.
If this is not the case,  you probably will lose faith in their capabilities.
But if you can't legally hold it against them, there is not much you can do
Exept to, if possible, kick them of the project.
It certainly does not help abusing them.

Contribute with ideas and whatever to make sure that it does not happen anymore, 
instead.

The only point I was making was that it is no point blaming people.

B.


> > Sure it's good practise to check before you commit a stable release.
> > But it's up to the developer doing it.
>
> I don't know in how many open source projects you're involved, but
> all projects I know have a quite rigid policy concerning commits into
> the stable tree.
>
> People with a write access bear a certain responsibility. Commiting
> without testing is an absolute NO-NO - anywhere and everytime.
> Otherwise you're risking the projekt and the community, as the
> incidence with Doug clearly showed.
>
> Errors happen, ok - but saying that anyone is invited to commit his
> buggiest code is a bit far-fetched. If you think you don't have the
> time to test your code, just do not commit it. Submit it to the patch
> manager and let others do the rest.
> That is the minimal compromise which allows a group of people to work on
> the same source base.
>
> Best regards,
>   Stephan
>
>
> _______________________________________________
> Dynapi-Dev mailing list
> [EMAIL PROTECTED]
> http://www.mail-archive.com/dynapi-dev@lists.sourceforge.net/


_______________________________________________
Dynapi-Dev mailing list
[EMAIL PROTECTED]
http://www.mail-archive.com/dynapi-dev@lists.sourceforge.net/

Reply via email to