-
Notifications
You must be signed in to change notification settings - Fork 278
doc: announce 1.0.0 stable release #1706
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
doc: announce 1.0.0 stable release #1706
Conversation
Pull Request Test Coverage Report for Build 1562796762Warning: This coverage report may be inaccurate.This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.
Details
💛 - Coveralls |
c408549
to
8f458a1
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, my comment might be a wrong point of view, but I would like to share🙂
is scheduled for January 2022. Please see the [*1.0.0 | ||
announcement*](1.0.0-ANNOUNCEMENT.md) page for more details about the release | ||
and the deprecation of the legacy implementation, including migration | ||
instructions.* |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
migration instructions
IMO, It sounds like we have a kind of documentation explaining how to migrate from current version to 1.0.0.
Not sure if expressing as "migration instructions" fits here. That sounds more when you have a software/product/service and transparent steps to migrate, avoiding issues during this process.
We are deprecating the client.py and repo.py, and we don't have a kind of migration instructions for it. We provide a new repository API and a new powerful Updater library to implement the new repository and client tool.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the idea here is that we want our current users using the old client and repository API to eventually migrate to the new code.
We already have a working ngclient, but using the new repository API will require more decisions to be made by the users and that's why he focuses on that.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@kairoaraujo, I agree that the section at the bottom of the new document, which I'm referencing here, is not a migration guide in the strict sense and as you describe it, but it is a set of instructions that should help users to migrate from pre-1.0.0 to 1.0.0. I suggest we leave it for the lack of a better term, unless someone has a good idea.
*metadata API* makes it easy to replicate the desired functionality tailored to | ||
the specific needs of any given repository (see *Migration* for details). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think if we are citing ADR10 then maybe we should mention something about the Minimal repository abstraction
and tiny repository API that will be provided?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We don't think they'll be available (or at least not stable) by 1.0.0 so talking about them might be premature. But maybe it would make sense to mention that we do plan to offer more on the repository side soon, just not quite in 1.0.0
(this is in response to the earlier comments)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks fine to me. I wonder if "announce" gives a wrong impression -- on the other hand something like "roadmap to 1.0.0" does not sound as committed so maybe this is a better choice :)
*metadata API* makes it easy to replicate the desired functionality tailored to | ||
the specific needs of any given repository (see *Migration* for details). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We don't think they'll be available (or at least not stable) by 1.0.0 so talking about them might be premature. But maybe it would make sense to mention that we do plan to offer more on the repository side soon, just not quite in 1.0.0
(this is in response to the earlier comments)
I struggled quite a bit with the name of the document and its title. "Announce" indeed sounds a bit like it is already this release, and "roadmap" sounds a bit too far away. I also considered "Towards 1.0.0" as title, but that has a similar problem as "roadmap". I suggest we leave "announce" and hope that the rest of the document makes it clear enough. |
ed0eb28
to
6ac6025
Compare
* Add a document that announces a stable "modern implementation"-only 1.0.0 release, with the following contents: - the scheduled release date - contents of release (metadata API, ngclient, no legacy code) - legacy code deprecation note (adr 2) - note about lack of repository tool (adr 10) - migration instructions * Add "important notice" to head of main README, pointing to above document. Signed-off-by: Lukas Puehringer <[email protected]>
6ac6025
to
d06ca61
Compare
Many thanks for the reviews, @kairoaraujo, @MVrachev and @jku! The blocking PRs have been merged and I:
Merging when CI/CD returns... |
Fixes #1676
Description of the changes being introduced by the pull request:
Add a document that announces a stable "modern implementation"-only 1.0.0 release, with the following contents:
Add "important notice" to head of main README, pointing to above document.
Please verify and check that the pull request fulfills the following
requirements: