-
Notifications
You must be signed in to change notification settings - Fork 154
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
🎉 Release v2.2 🎊 #39
Comments
I'd like to propose adding PlantUML theme support. Comment moved to separate issue: #41 Original commentI'd like to propose adding PlantUML theme support. This could be done by adding a
I have a proof-of-concept branch here: https://github.com/travisnielsen/Azure-PlantUML/tree/themesupport A few other examples: |
This comment was marked as off-topic.
This comment was marked as off-topic.
Makes sense. I'll create a separate issue for this so it can be linked to a future release. |
+1 for a 2.2 release coming sooner rather than later, and notifying the Plantuml folk on support for it to include in their stdlib updates. There's quite a few new Azure features / icons since 2.1 that can't be used for toolkits like Antora/Arc42 as Kroki doesn't support the See: |
I have some time over the holiday break and am willing to create the pull request for version 2-2. I do have a question about the license. The current one is for 2018 with Ricardo Niepel's name. Is there any guidance on what this should be updated to? @Potherca - should the name be changed to you? Also, I'm guessing that given the last round of changes from August are not part of a release, 2-2 will not include anything new beyond that...unless there's a fix needed. I can look at #43. |
I have some time over the holiday break to! Lets get this release rolling! Regarding the copyright, legally speaking all of these are valid, albeit with a slightly different meaning:
I think the best would be to opt for:
That way the contribution chain (and the implicit passing on of copyright) is most properly expressed. If #43 isn't too large a fix, lets just roll it along with 2.2. 👍 |
Regarding
I've setup a branch protection rule for |
Downstream merge-request has been opened: plantuml/plantuml-stdlib#68 |
Thank you to everyone involved in getting this released! 😍 Special thanks to @travisnielsen and @phatcher for doing the heavy lifting! 🙌 And @npiper-deloitte and @PawelJanczyk-TomTom for reminding us there are real users waiting for this out there in the wild. Always good for motivation! 💪 |
Full Changelog: v2.1...v2.2
This issue is a placeholder for all tasks that need to be completed to release a new version (2.2.0):
release/2-2
branch (as was done for previous releases).So users can include a versioned file instead of requring
main
/HEAD
So the documentation points to the latest available changes
Making everything is in order before the release, so we do not have to make minor releases afterwards
main
branch.So there is a fixed/traceable moment in time that marks the change
So users can include a versioned file instead of requring
main
/HEAD
So there is a fixed/traceable moment in time that marks the change
So the latest changes are available to all users
So history cannot be falsified (whether by accident or on purpose).
It also serves to be a first step in documenting how releases are made. Eventually a complete write-up should be added as part of a
CONTRIBUTING.md
The text was updated successfully, but these errors were encountered: