|Re: [eclipse-dev] RFC: Eclipse TLP migration to Github|
I got mixed feelings:
Why? I doubt a migration to a more used platform will automatically attract new contributors. I perceive the committers community (language barrier, mindset, soft skills, empathy and available time for other people’s contribution, response time) as a bigger obstacle then the technical barrier. That totally includes me on both sides. Eclipse has very skilled committers. That’s good but that leaves very tiny room for imperfection. Months for reviews of minor issues while the bigger issues in the existing code remain. Perfect code is good. But it does not mean a perfect product. With every contributor lost due to the high expectations on the code quality the community losses people and the future work they might do. Even bad code contributions can be valuable in a sense that the contributor gets involved. If the initial contributors would have had the same level of clean-coding aims as today, then the current Eclipse IDE would not be at the same feature completeness as is. All the dirty hacks somehow work good enough for the average user.
Will github solve nitpicking? I doubt it will by its own. There are robots that do autoformat code, solve whitespace “issues”, automatically add copyright, … all that annoying stuff. But it won’t come just by moving to github, it would be equally possible with gerrit.
I don’t mind which tools eclipse uses, as long as they work consistent together.
Please make sure PDE’s „Import from Repository“ works with github.
Does migration work? I already tried to clone jdt on github but it failed with various errors.
Does Github mean eclipse does vendor lock in to Microsoft or will there be a neutral backup / possibility to migrate back?
We (Eclipse PMC) have been discussing migration to Github so we try to get closer to the bigger developer community and at the same time enhance the tooling we use daily.
We have prepared a document  listing why, what, when, how according to our best knowledge but we are looking for your comments, ideas, etc. so together we choose the best path forward for Eclipse IDE development process.
P.S. All communication channels are fine - comments on the document, mailing list discussions and even calls to discuss things.
Red Hat Eclipse Team
eclipse-dev mailing list
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/eclipse-dev
Back to the top