> Am 25.07.2015 um 15:32 schrieb Konstantin Komissarchik > <[email protected]>: > > > is opening and extending automated error reporting to non-eclipse.org > > plugins, > > e.g. to member companies, worth these efforts? > > In my opinion, it’s the only way to achieve the goals you set out to achieve > at the beginning of this project. Users view Eclipse as a whole that > encompasses third-party plugins and we need to act accordingly to remain > competitive.
I appreciate your view point and foresight on this. I agree to your assessment that knowing about errors (and fixing them) is important to remain competitive. Just a minor correction about the goals I set out: My goal was to help Eclipse projects to quickly see where their code breaks during the Mars milestone builds (cf. my first email on error reporting [1]). Later, and with support of the Eclipse Foundation, we extended the scope and kept the error reporter in Mars release. Still, the goal then was to help Eclipse projects to learn where their code breaks in the (larger) field. As a community we achieved impressive 360 FIXED bugs - alone 85 in the last month. But there is still a lot work to do. If we want to broaden the scope to the whole Eclipse ecosystem, we’d need to get serious about how much work this will cause. To be sustainable, the Foundation would need to allocate resources for such a service for a longer period and the system needs continuous improvement and maintenance to scale properly with the new demands. If we go down that road (assuming we get legal right at some point), this can’t continue as someone’s side project. It needs a commitment. How can we ensure this project will stay healthy? Marcel [1] https://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg10902.html _______________________________________________ cross-project-issues-dev mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
