[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [stp-dev] Releasing IBM's initial contribution ofSOA AssemblyFramework to STP .....

Michael,

My reading of this is that the "initial contribution" constitutes a "significant contribution" in terms of the committer guidelines, subsequent incremental changes would not.

The way this works in TPTP is that for subsequent contributions, development occurs in CVS, but against enhancement requests described in Bugzilla, which are referred to through comments in the contributed code.

Mike

Michael Elder wrote:

STP Team:

This was my oversight. These contributions are the second phase of the original IBM contribution, but were delayed for various reasons. We have one more phase which will include the Java implementation for the SAF and the Introspection Framework. I will ensure that this contributions comes through bugzilla and has the contribution form filled out *before* it is pushed into the repository.

I do have one question though. Each of the contributors of these pieces are already STP committers (as part of the grandfather process). We have a version of this code used in our builds for use internally -- which we will continue to use until STP is producing stable, tested builds with these components. As we make defect fixes or design modifications, we will want to push these changes into the version in the open source to maintain consistency. So how long would the Eclipse Foundation and STP PMC like for us to submit code into the repo via bugzilla? At one point are we considered to be "working in the STP repo" and not "contributing a new bag of code"?

Until STP is produce stable, tested builds, we are trapped in a little "mini-consumeable code limbo". As committers, we do follow all of the due diligence required for contributions to an Eclipse project whether we submit the code through bugzilla or into the repository. We are happy to follow this process -- but it will mean that changes will come down in chunks; rather than just doing all of the development straight out of the repo -- which is our preferred way of operating as good Eclipsitizens.


------------------------------------------------------------------------- Kind Regards,

Michael D. Elder
Rational Studio / Services Tools Development IBM RTP Lab Ext: (919) 543-8356
T/L: 441-8356
mdelder@xxxxxxxxxx






Oisin Hurley <ohurley@xxxxxxxx> Sent by: stp-dev-bounces@xxxxxxxxxxx
04/23/2006 04:24 AM
Please respond to
STP Dev list <stp-dev@xxxxxxxxxxx>



To mike.milinkovich@xxxxxxxxxxx, STP Dev list <stp-dev@xxxxxxxxxxx> cc

Subject
Re: [stp-dev] Releasing IBM's initial contribution ofSOA AssemblyFramework to STP .....







Mike,
Thanks for spotting this, I was out of the office on Friday. Lok, I'd also like
to remind you that fresh code contributions need to come in through the bugzilla
system and not straight into the repository. I've created a bug for this [0] and
attached the code. This is the process for future contributions unless they have
been explicitly through the EPL establishment previously (i.e. have moved from
another Eclipse project).


 regards
   Oisin

[0] https://bugs.eclipse.org/bugs/show_bug.cgi?id=138134
----
Oisin Hurley
PMC Lead

_______________________________________________
stp-dev mailing list
stp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/stp-dev




------------------------------------------------------------------------

_______________________________________________
stp-dev mailing list
stp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/stp-dev