[eclipse-dev] Fwd: RFC: Eclipse TLP migration to Github

[pa wol <pawel.wolanski@xxxxxxxxxxx>]

Hi @Dirk,
that has been answered in google doc:

"The choices we are given are GitHub or GitLab - workflow wise there
is not much of a difference but GitHub sounds like a better option as
a great number of potential contributors already have accounts at
GitHub and that would facilitate onboarding new people."

IMO GitHub/Gitlab is the way to go. Regarding vendor lock-in, well
that is git repository, you can migrate to some other place very
easily. I would love to see Gerrit to be as intuitive as Github, but
it isn't. In terms of attracting more developers... As a small eclipse
plugin open source developer I see that is not the case as I got just
a few pull-requests, but... raising bugs is way easier for other
mortals.

What I would recommend if you haven't decided yet where to host a
solution is to try the GitLab Open Source Program as it brings more
traction right now.
https://about.gitlab.com/solutions/open-source/join/

I am a bit vendor-locked as my company where I work on a daily basis
decided to go with all open-source projects with GitHub.

All the best,
Pawel


pt., 15 paź 2021 o 11:16 Dirk Fauth via eclipse-dev
<eclipse-dev@xxxxxxxxxxx> napisał(a):
>
> May I ask why GitLab is not considered?
>
> <jkubitz-eclipse@xxxxxx> schrieb am Fr., 15. Okt. 2021, 10:50:
>>
>> I got mixed feelings:
>>
>>
>>
>> Objective:
>>
>> 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.
>>
>>
>>
>> Technical:
>>
>> 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?
>>
>>
>>
>> Jörg Kubitz
>>
>> Von: eclipse-dev <eclipse-dev-bounces@xxxxxxxxxxx> Im Auftrag von Aleksandar Kurtakov
>> Gesendet: Donnerstag, 14. Oktober 2021 21:20
>> An: General development mailing list of the Eclipse project. <eclipse-dev@xxxxxxxxxxx>; Eclipse platform general developers list. <platform-dev@xxxxxxxxxxx>; Eclipse PDE general developers list. <pde-dev@xxxxxxxxxxx>; Eclipse JDT general developers list. <jdt-dev@xxxxxxxxxxx>; Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
>> Betreff: [eclipse-dev] RFC: Eclipse TLP migration to Github
>>
>>
>>
>> Hey everyone,
>>
>> 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 [1] 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.
>>
>>
>>
>> [1] https://docs.google.com/document/d/1dFAGX2P5cKnmfppyGhTqUIt0iGAHaRXm1BW7_hVufBw/edit?usp=sharing
>>
>>
>> --
>>
>> Aleksandar Kurtakov
>>
>> Red Hat Eclipse Team
>>
>> _______________________________________________
>> eclipse-dev mailing list
>> eclipse-dev@xxxxxxxxxxx
>> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/eclipse-dev
>
> _______________________________________________
> eclipse-dev mailing list
> eclipse-dev@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/eclipse-dev