Tags: Azure/bicep
Tags
Fix mirror build: Revert "Bump Microsoft.VisualStudio.Telemetry from … …16.5.6 to 17.9.305… (#13780) … in /src/vs-bicep (#13683)" This reverts commit e588d82. # Contributing a Pull Request If you haven't already, read the full [contribution guide](https://github.com/Azure/bicep/blob/main/CONTRIBUTING.md). The guide may have changed since the last time you read it, so please double-check. Once you are done and ready to submit your PR, run through the relevant checklist below. ## Contributing to documentation * [ ] All documentation contributions should be made directly in the [Bicep documentation on Microsoft Docs](https://docs.microsoft.com/azure/azure-resource-manager/bicep/). ## Contributing an example We are integrating the Bicep examples into the [Azure QuickStart Templates](https://github.com/Azure/azure-quickstart-templates/blob/master/1-CONTRIBUTION-GUIDE/README.md). If you'd like to contribute new example `.bicep` files that showcase abilities of the language, please follow [these instructions](https://github.com/Azure/azure-quickstart-templates/blob/master/1-CONTRIBUTION-GUIDE/README.md) to add them directly there. We can still take bug reports and fixes for the existing examples for the time being. * [ ] This is a bug fix for an existing example * [ ] I have resolved all warnings and errors shown by the Bicep VS Code extension * [ ] I have checked that all tests are passing by running `dotnet test` * [ ] I have consistent casing for all of my identifiers and am using camelCasing unless I have a justification to use another casing style ## Contributing a feature * [ ] I have opened a new issue for the proposal, or commented on an existing one, and ensured that the Bicep maintainers are good with the design of the feature being implemented * [ ] I have included "Fixes #{issue_number}" in the PR description, so GitHub can link to the issue and close it when the PR is merged * [ ] I have appropriate test coverage of my new feature ## Contributing a snippet * [ ] I have a snippet that is either a single, generic resource or multi resource that uses [parent-child syntax](https://docs.microsoft.com/azure/azure-resource-manager/bicep/child-resource-name-type) * [ ] I have checked that there is not an equivalent snippet already submitted * [ ] I have used camelCasing unless I have a justification to use another casing style * [ ] I have placeholders values that correspond to their property names (e.g. `dnsPrefix: 'dnsPrefix'`), unless it's a property that MUST be changed or parameterized in order to deploy. In that case, I use 'REQUIRED' e.g. [keyData](./src/Bicep.LangServer/Files/SnippetTemplates/res-aks-cluster.bicep#L26) * [ ] I have my symbolic name as the first tab stop ($1) in the snippet. e.g. [res-aks-cluster.bicep](./src/Bicep.LangServer/Files/SnippetTemplates/res-aks-cluster.bicep) * [ ] I have a resource name property equal to "name" * [ ] If applicable, I have set the `location` property to `location: /*${<id>:location}*/'location'` (not `resourceGroup().location`) where `<id>` is a placeholder id, and added `param location string` to the test's main.bicep file so that the resulting main.combined.bicep file used in the tests compiles without errors * [ ] I have verified that the snippet deploys correctly when used in the context of an actual bicep file e.g. ```bicep resource aksCluster 'Microsoft.ContainerService/managedClusters@2021-03-01' = { name: 'name' ``` ###### Microsoft Reviewers: [Open in CodeFlow](https://microsoft.github.io/open-pr/?codeflow=https://github.com/Azure/bicep/pull/13780)
Show tooltips on hover for type property definitions and type additio… …nal properties accesses (#13546) Resolves #13461 Resolves #13398 There were a couple of scenarios where the LS was not showing hover tooltips for properties: * When hovering over a type property definition * When hovering over a property name that would match against a value's additional properties type There's no way to capture a description for an object's additional properties type, but the hover can at least show the expected type.
Fix Moq versions in more projects (#12751) Missed a few places where Moq is used in my previous PR. We should probably enable central package management to avoid this in the future. I've created #12750 to track it. ###### Microsoft Reviewers: [Open in CodeFlow](https://microsoft.github.io/open-pr/?codeflow=https://github.com/Azure/bicep/pull/12751)
CodeFix: Remove relative path prefix from types loading (#12026) ## Description The current implementation makes the wrong assumption that the key names indexed in the types cache have a prefix `./`. This was the case when I was using a dev artifact since the publishing logic wasn't ready. Now that we have a publishing logic for the types package we can fix the code so that it doesn't assume the `./` prefix is found in the files as proven by https://github.com/Azure/bicep-types-az/actions/runs/6398352791/job/17368317634. This PR should be merged before Azure/bicep-types-az#1553, and Azure/bicep-types-az#1553 should be updated to download the latest build from the `main` branch. ###### Microsoft Reviewers: [Open in CodeFlow](https://microsoft.github.io/open-pr/?codeflow=https://github.com/Azure/bicep/pull/12026) --------- Co-authored-by: Ariel Silverman <[email protected]>
update version.json (#12037) ## Description: Updating minor version per release instruction here: https://github.com/Azure/bicep/blob/main/docs/release-checklist.md ###### Microsoft Reviewers: [Open in CodeFlow](https://microsoft.github.io/open-pr/?codeflow=https://github.com/Azure/bicep/pull/12037) Co-authored-by: Ariel Silverman <[email protected]>
PreviousNext