-
-
Notifications
You must be signed in to change notification settings - Fork 130
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add API Baseline setup to build prerequistes #459
Comments
Well, this sounds nice, but what exactly does it mean? Who creates this file, where should it be located, who must use it and how? (lots of questions) |
"we" create the file - it should be in git. If the API baseline is properly configured then it means that extenders of embedcdt can rely on the version number to follow semantic versioning because we as developers will get an error if we introduce a change that breaks semantic versioning. BTW I think there should have been a warning/error up until now related to this from Eclipse. I raised https://bugs.eclipse.org/bugs/show_bug.cgi?id=569528 for this issue. |
In my development Eclipse I see three errors:
Perhaps the last one is what you would expect? |
BTW, I welcome these improvements, but, when ready, we should also mention these details in the documentation. |
Yes - that is the error. But I don't get that error - details in Bug 569528 The Plugin execution not covered by lifecycle configuration is why I don't use m2e (see #458 item 4). |
Of course! |
Please add a ticket to the web-jekyll repo to remember this. |
Using a target file enables a way to share consistent plug-ins in the runtime Eclipse instance across developers and ensures that the target platform that Maven Tycho uses is the same as what is used in Eclipse. There is no requirement to use the target platform in the IDE, the current method of installing all the dependencies in the development Eclipse instance is ok.
PyOCD has had significant reworking done, so the major version of that bundle has changed. The pyocd has API, but is not a widely consumed bit of code API wise, so upping the major version here is ok. Some classes that should have been previously marked with @noextend have now been marked as such.
A lot of work has been done in 6.0.0 to have API better defined. However to make this successful, embedcdt then has to verify that there is an API baseline defined in the workspace that Eclipse API tools can compare against.
At the moment on https://eclipse-embed-cdt.github.io/develop/build-prerequisites/#install-base-api-cdt-1000 only CDT is in the baseline, so that means none of the embedcdt plug-ins will be checked for API compatibility issues. Once 6.0.0 is released, the API baseline needs to point at the embedcdt release.
This is best done with a embedcdt-baseline.target file that points at the p2 sites of the baseline.
The text was updated successfully, but these errors were encountered: