Verwenden des Bicep-Linters

Der Bicep-Linter überprüft Bicep-Dateien auf Syntaxfehler und Verstöße gegen bewährte Methoden. Der Linter hilft beim Erzwingen von Codierungsstandards, indem er während der Entwicklung Leitfäden bereitstellt. Sie können die bewährten Methoden, die zum Überprüfen der Datei verwendet werden sollen, anpassen.

Linter-Anforderungen

Der Linter ist in die Bicep CLI und die Bicep-Erweiterung für Visual Studio Code integriert. Um ihn zu verwenden, benötigen Sie die Version 0.4 oder höher.

Standardregeln

Der Standardsatz von Linterregeln ist minimal und stammt aus den „arm-ttk“-Testfällen. Die Erweiterung und die Bicep CLI überprüfen die folgenden Regeln, die auf die Warnstufe festgelegt sind.

Sie können anpassen, wie die Linterregeln angewendet werden. Um die Standardeinstellungen zu überschreiben, fügen Sie eine bicepconfig.json-Datei hinzu, und wenden Sie benutzerdefinierte Einstellungen an. Weitere Informationen zum Anwenden dieser Einstellungen finden Sie unter Hinzufügen benutzerdefinierter Einstellungen in der Bicep-Konfigurationsdatei.

Verwenden in Visual Studio Code

Der folgende Screenshot zeigt den Linter in Visual Studio Code:

Bicep linter usage in Visual Studio Code.

Im Bereich PROBLEME im Screenshot gibt es vier Fehler, eine Warnung und eine Informationsmeldung. Die Informationsmeldung zeigt die verwendete Bicep-Konfigurationsdatei an. Diese Informationen werden nur angezeigt, wenn Sie verbose in der Konfigurationsdatei auf true festgelegt haben.

Zeigen Sie mit dem Mauszeiger auf einen der Problembereiche. Der Linter zeigt Details zum Fehler oder zur Warnung an. Wählen Sie den Bereich aus, es wird auch eine blaue Glühbirne angezeigt:

Bicep linter usage in Visual Studio Code - show quickfix.

Wählen Sie die Glühbirne oder den Link Schnelle Problembehebung aus, um die Lösung anzuzeigen:

Bicep linter usage in Visual Studio Code - show quickfix solution.

Wählen Sie die Lösung aus, um das Problem automatisch beheben zu lassen.

Verwenden der Bicep-CLI

Der folgende Screenshot zeigt den Linter in der Befehlszeile. Die Ausgabe des lint-Befehls und des Buildbefehls zeigt alle Regelverletzungen an.

Bicep linter usage in command line.

Sie können diese Überprüfungen in Ihre CI/CD-Pipelines integrieren. Außerdem können Sie eine GitHub-Aktion verwenden, um einen Bicep-Build zu versuchen. Fehler führen zu einem Abbruch der Pipelines.

Stummschalten von False Positives

Manchmal kann eine Regel False Positives ergeben. Sie müssen z. B. möglicherweise direkt einen Link zu Blob Storage einschließen, ohne die Funktion environment() zu verwenden. In diesem Fall können Sie die Warnung nur für eine Zeile, nicht das gesamte Dokument, deaktivieren, indem Sie vor der Zeile mit der Warnung #disable-next-line <rule name> hinzufügen.

#disable-next-line no-hardcoded-env-urls //Direct download link to my toolset
scriptDownloadUrl: 'https://mytools.blob.core.windows.net/...'

Es ist eine bewährte Praxis, einen Kommentar hinzuzufügen, der erklärt, warum die Regel nicht für diese Zeile gilt.

Wenn Sie eine Linter-Regel unterdrücken möchten, können Sie die Ebene der Regel in bicepconfig.json in Off ändern. Im folgenden Beispiel wird beispielsweise die Regel no-deployments-reesources unterdrückt:

{
  "analyzers": {
    "core": {
      "rules": {
        "no-deployments-resources": {
          "level": "off"
        }
      }
    }
  }
}

Nächste Schritte