-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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
[azure-identity-cpp] Update to 1.4.0 #29514
[azure-identity-cpp] Update to 1.4.0 #29514
Conversation
## 1.4.0 (2023-02-07) ### Features Added - Added token caching. To benefit from it, share the `shared_ptr` to the same credential instance between multiple client instances. - Added Azure CLI Credential. - Added authority host overriding support for `ClientCertificateCredential`. - Added Azure Stack support for `ClientCertificateCredential`. - Added Azure App Service API version `2019-08-01` support for `ManagedIdentityCredential`.
Adding azure-identity to release cc: @antkmsft, @schaabs, @ahsonkhan, @RickWinter, @vhvb1989, @gearama, @LarryOsterman |
@@ -1,8 +1,8 @@ | |||
vcpkg_from_github( | |||
OUT_SOURCE_PATH SOURCE_PATH | |||
REPO Azure/azure-sdk-for-cpp | |||
REF azure-identity_1.3.0 | |||
SHA512 1ed1a16c86492971183cda7dc996c3704c525fde82f8ee87984416b45a5e003bb7a191ede0c3a33e21f6f09c3e324c44861006396dd72c830176a79c67b96bd9 | |||
REF azure-identity_1.4.0 |
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.
REF azure-identity_1.4.0 | |
REF "azure-identity_${VERSION}" |
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.
Now it is now possible to reference a port’s current version when authoring ports in their portfile.cmake
using a variable called VERSION
. Using ${VERSION}
could avoid modify version in next update and just need modify the hash.
cc: @antkmsft, @schaabs, @ahsonkhan, @RickWinter, @vhvb1989, @gearama, @LarryOsterman
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.
Thank you @LilyWangLL, we'll consider switching to use that feature in the future. I don't think we should take if for this PR, but please comment if you strongly believe that we should.
At this point, updating it for the port would require us to re-run the x-add-version
command, but for the change to be permanent, in needs to go to our repo. We use file templates to produce manifest files for the vcpkg, and our CI does the version substitution. To fully update it, we'll need to update CI scripts as well. We could do it, but in the future.
More off topic:
There is one effort that I would like to happen, once we accumulate the set of changes that we need to apply.
I'd love to update our SDK so that we can use the same manifest files for development mode and for pushing the release to vcpkg. But currently, I think, it requires the version to be present in the vcpkg.json
file, which won't work for us, because our source of truth for the version is the header file in the repo, from where it is taken and version replacement happens for the vcpkg manifest files during the port update. Which means, we can't as easily keep version-semver
in the vcpkg.json
to be in sync with the header file in our repo.
For this specific feature, I am not sure if it is necessarily convenient for development and for human error prevention. When you have aa specific tag there, you can be more certain that the vcpkg is trying to fetch the version that you expect and see. Besides, SHA512
needs to be updated anyways.
But, we need to think about it. I don't think we'd take it for this PR, unless it is a thing that you are applying across multiple ports as sort of the centralized effort. We surely want to be cooperative if that's the case.
BTW, is there a document where col features like this one with ${VERSION}
are documented? Or maybe some "what's new" type of list with the newest features added that we can follow? We created the infrastructure for vcpkg releases about 2 years ago, and since then many good features were added. We did adopt some (switching from CONTROL
file to vcpkg.json
, using version>=
once it went mainstream etc), but maybe there are even more that we can adopt.
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.
This is the documentation about VERSION: https://github.com/microsoft/vcpkg/blob/master/docs/maintainers/vcpkg_common_definitions.md#:~:text=VERSION%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20The%20version%20of%20the%20port%20that%20is%20currently%20being%20built
This is the latest release documentation of vcpkg: https://devblogs.microsoft.com/cppblog/vcpkg-2023-01-09-release-registry-pattern-matching-documentation-changes-and-more/
This is only a suggestion and it is not necessary to modify in this PR. Hope you guys can add it to your scripts.😀
Update vcpkg ports for Azure SDK release. This release may contain multiple ports.