Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-dev] Occasional contributors and "complicated" rules

I agree. Plus we use the 'compare-version-with-baseline' Tycho plug-in that fails the Gerrit Jenkins build tf the version is not updated when required. For details see Bug 522223.

Dani



From:        Lars Vogel <lars.vogel@xxxxxxxxxxx>
To:        "Eclipse platform general developers list." <platform-dev@xxxxxxxxxxx>
Date:        13.06.2020 17:17
Subject:        [EXTERNAL] Re: [platform-dev] Occasional contributors and "complicated" rules
Sent by:        platform-dev-bounces@xxxxxxxxxxx




Hi Jonah,

I tend to update the versions on behalf of the new contributor. Once a person starts to contribute more, I try to explain the version rules.

Best regards, Lars

Jonah Graham <jonah@xxxxxxxxxxxxxxxx> schrieb am Sa., 13. Juni 2020, 16:21:
Hello Platform devs,

I want to solicit some input and experience from you to apply to CDT.

CDT roughly follows the Eclipse Platform versioning rules. This leads to contributors who only occasionally contribute having more difficult time than I think they should have. This increases the perception that contributing to CDT is hard. (e.g. trivial fixes that pass all tests, still fails build)

How does the platform team deal with this? Do you require new contributors to learn all the rules such as incrementing service segments and require the contributor to fix it? Or does an experienced committer simply make a comment to educate and then the committer completes the housekeeping fix themselves? 

Up until now I have generally taken the approach of requiring the contributor to do this housekeeping, but it feels unwelcoming.

Thank you for any input on how you have handled this in the past, or if you have any official policy on this.

Jonah


~~~
Jonah Graham
Kichwa Coders

www.kichwacoders.com

_______________________________________________
platform-dev mailing list

platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev_______________________________________________
platform-dev mailing list
platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev



Back to the top