> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/devops/devops-de/pipeline/pipeline-operationen/pipeline-operation-code-scan.md). # Pipeline-Operation: Code-Scan {% hint style="warning" %} #### Geschrieben für die alte Benutzeroberfläche Dieser Artikel wurde für die alte Benutzeroberfläche geschrieben. Die Anweisungen sind weiterhin verwendbar, aber die Screenshots sind veraltet. In einigen Fällen wurden die in den Anweisungen genannten Elemente verschoben oder geändert. Wenn Sie ein Element nicht finden können, siehe den [Wo ist es hin](/devops/devops-de/ubergang-zur-neuen-ui-ux/wo-ist-es-hin.md) Artikel. {% endhint %} ## ![](https://578823411-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FRpUu5iMlzMFAudyBvMOl%2Fuploads%2FG5ZbxX918xOHwbAwAJ4n%2FSummary2-Small-Icon.svg?alt=media\&token=da26a67f-ff7f-47b3-8669-06be960dc2d7) Übersicht Die **Code-Scan** Die Operation analysiert Ihre Salesforce-Metadaten, um vor der Bereitstellung Probleme mit der Codequalität zu identifizieren. Mithilfe statischer Codeanalyse werden Regelverstöße in den Apex-Klassen, Triggern und anderen Komponenten eines Branches gemeldet, um sicherzustellen, dass sie Ihren definierten Codierungsstandards entsprechen. Das Regelset für Code-Scans umfasst: * **Codierungsstil und Best Practices**: Verbessern Sie die Lesbarkeit, Wartbarkeit und Konsistenz in Ihrer gesamten Codebasis. * **Sicherheits-Best Practices**: Identifizieren Sie häufige Sicherheitslücken und riskante Muster in Ihrem Code. * **Leistungsempfehlungen**: Heben Sie ineffiziente Logik hervor, bevor sie sich auf Endbenutzer auswirkt. Sie können einen Schweregrad-Schwellenwert festlegen, um die Pipeline abzubrechen, wenn Verstöße den angegebenen Level erreichen oder überschreiten. Das Ausführen von Code-Scans in Ihrer Pipeline hilft, eine konsistente Codequalität aufrechtzuerhalten, und ermöglicht Ihnen, zuverlässige, sichere und reaktionsschnelle Komponenten bereitzustellen. Dieser Artikel erklärt, wie Sie die Code-Scan-Operation konfigurieren und verwenden. Weitere Informationen finden Sie in den folgenden Abschnitten: * [#scan-types](#scan-types "mention") * [#severity-levels](#severity-levels "mention") * [#code-scan-operation-configuration](#code-scan-operation-configuration "mention") * [#code-scan-results-1](#code-scan-results-1 "mention") {% hint style="info" %} #### Best Practices * Führen Sie Code-Scans vor jeder Bereitstellung automatisch aus. * Legen Sie Schweregrad-Schwellenwerte auf Grundlage von CI/CD-Regeln fest. * Überprüfen Sie regelmäßig das **Code-Scan-Ergebnis** und beheben Sie wiederkehrende Probleme. * Kombinieren Sie **Code-Scan** mit einem **manuellen Schritt** , um vor der Produktionsbereitstellung eine Überprüfung und Freigabe zu erzwingen. * Behalten Sie konsistente **Code-Scan** Konfigurationen in allen Umgebungen bei. {% endhint %} ### Scan-Typen Die Code-Scan-Operation unterstützt zwei Scan-Typen: **Apex PMD** und **Flosum Scan**. Lesen Sie die folgenden Beschreibungen, um den Scan-Typ auszuwählen, der am besten zu den Qualitätsstandards Ihres Teams passt. Im Dropdown-Menü „Check type“ wird Flosum Scan als Flosum aufgeführt. #### Apex PMD **Apex PMD** ist ein Open-Source-Regelset, das häufige Probleme in Salesforce-Komponenten erkennt. Es enthält weniger Regeln als Flosum Scan und schließt Scans schneller ab, was es zu einer schlanken Option für schnelles Feedback macht. Wählen Sie Apex PMD, wenn seine Basisprüfungen Ihren Anforderungen entsprechen oder Sie lieber weniger Probleme erkennen möchten. #### Flosum Scan **Flosum Scan** ist DevOps' umfassendstes Regelset, das für Teams entwickelt wurde, die den höchsten Standard für Codequalität verlangen. Es enthält jede Regel in Apex PMD plus Hunderte zusätzlicher Prüfungen, etwa das 6-Fache der Abdeckung von Apex PMD, und erweitert die statische Analyse auf Sprachen, die von Apex PMD nicht abgedeckt werden, darunter **Salesforce Flow** und **TypeScript**. Diese erweiterte Abdeckung liefert eine tiefere Analyse und strengere Validierung und gibt Ihnen bei jeder Bereitstellung mehr Sicherheit. Wählen Sie Flosum Scan für den umfassendsten Schutz Ihres Salesforce-Codes. {% hint style="info" %} #### Warum Flosum Scan? * **Breitere Sprachabdeckung**: Fügt erstklassige Unterstützung für **Salesforce Flow** und **TypeScript**, von denen keine von **Apex PMD**. * **Tiefere Lightning-Abdeckung**: Enthält 381 Regeln für **JavaScript** und **Lightning Web Components**, verglichen mit 19 in **Apex PMD**. * **Strengere Metadatenvalidierung**: Wendet 18 Regeln auf **Salesforce-Metadaten**, verglichen mit 2 in **Apex PMD**. * **Kontinuierlich erweitert**: Das **Flosum Scan** Regelset wird von Flosum gepflegt und wird weiter ausgebaut, um mit den Änderungen der Salesforce-Plattform Schritt zu halten. {% endhint %} #### Regelabdeckung nach Sprache Die folgende Tabelle listet die von jedem Scan-Typ unterstützten Sprachen auf. Das Diagramm vergleicht die Regelabdeckung der einzelnen Scan-Typen über die unterstützten Sprachen hinweg. Verwenden Sie diese Informationen, um sicherzustellen, dass der von Ihnen gewählte Scan-Typ ausreichende Regelsets für die in Ihrem Branch verwendeten Sprachen bietet.
SpracheApex PMDFlosum Scan
JavaScript / Lightning Web Components
TypeScript
Apex
Salesforce-Metadaten
HTML / Salesforce Lightning Design System
Salesforce Flow
Visualforce
### Schweregrade Wenn der Code-Scan ein Problem findet, weist er einen Schweregrad zu, der widerspiegelt, wie kritisch das Problem für die Qualität Ihres Codes ist. Verwenden Sie diese Stufen, um Behebungen zu priorisieren und den Schweregrad-Schwellenwert festzulegen, der bestimmt, wann die Operation fehlschlägt.
SchweregradBeschreibung
BlockerSchwere Sicherheitsrisiken oder kritische Fehler, die einen Systemausfall oder Datenverlust verursachen können.
KritischWesentliche Probleme, die in der Regel gegen die Standards von Salesforce AppExchange verstoßen.
WesentlichBest-Practice-Verstöße oder Leistungsprobleme, die die Wartbarkeit beeinträchtigen.
GeringfügigGeringfügige Probleme mit der Codequalität oder stilistische Inkonsistenzen.
InfoInformationsmeldungen, die keine Aktion erfordern.
## Konfiguration der Code-Scan-Operation {% hint style="info" %} Die folgenden Anweisungen gelten für die Konfiguration dieser Pipeline-Operation. Allgemeine Anweisungen zum Hinzufügen eines Pipeline-Schritts und zum Festlegen des nächsten Schritts finden Sie im folgenden Artikel. [Einen Pipeline-Schritt hinzufügen](/devops/devops-de/pipeline/pipeline-schritte-konfigurieren/einen-pipeline-schritt-hinzufugen.md) {% endhint %} {% stepper %} {% step %} ### Operation und Typ auswählen 1. Klicken Sie auf das **Operation** Dropdown-Menü. 2. Wählen Sie **Code-Scan**.
3. Klicken Sie auf das **Prüftyp** Dropdown-Menü. 4. Wählen Sie **Apex PMD** oder **Flosum**. **Flosum** ist der Flosum-Scan-Typ. Weitere Details finden Sie im obigen Abschnitt Scan-Typen.
{% endstep %} {% step %} ### Beschreibung und Schwellenwert eingeben 1. (Optional) Geben Sie in das **Beschreibung** Textfeld eine Zusammenfassung der Aufgaben dieses Code-Scans ein. 2. Klicken Sie auf das **Schweregrad-Schwellenwert** Dropdown-Menü. 3. Wählen Sie den minimalen Schweregrad aus, der dazu führt, dass die Code-Scan-Operation fehlschlägt. Weitere Details finden Sie im obigen Abschnitt Schweregrade.
{% hint style="info" %} Die **Schweregrad-Schwellenwert** bedeutet, dass der Code-Scan fehlschlägt, wenn ein Problem auf oder über dem ausgewählten Schweregrad gefunden wird. {% endhint %} {% endstep %} {% endstepper %} ## Code-Scan-Ergebnisse {% hint style="info" %} Sobald eine Pipeline gestartet wurde, können ihr Fortschritt und ihre Ergebnisse von der **Aktivitäten** Registerkarte des Branches aus angezeigt werden, der die Pipeline ausgeführt hat. Die folgenden Anweisungen zeigen Ihnen, wie Sie die Ergebnisse dieses Vorgangs überprüfen. Allgemeine Anweisungen zum Zugriff auf Pipeline-Ergebnisse vom Branch aus finden Sie im folgenden Artikel. * [Pipeline-Ergebnisse anzeigen](/devops/devops-de/pipeline/pipeline-aktionen/pipeline-ergebnisse-anzeigen.md) {% endhint %} {% stepper %} {% step %} ### Zusammenfassung und Protokoll Sobald der Code-Scan abgeschlossen ist, können Sie die Ergebniszusammenfassung anzeigen, indem Sie den **Code-Scan** Schritt in den Pipeline-Ergebnissen auswählen.
Die **Zusammenfassung** der Code-Scan-Ergebnisse zeigt die folgenden Informationen an:
FelderBeschreibung
Status

Abgeschlossen wenn alle gefundenen Probleme unter dem festgelegten Schweregrad-Schwellenwert liegen.

Ausnahme wenn irgendein Problem den Schweregrad-Schwellenwert erreicht oder überschreitet.

DauerZeit, die der Code-Scan zur Fertigstellung benötigt hat, angezeigt in Stunden, Minuten und Sekunden.
Start-/EnddatumDatum und Uhrzeit, zu der der Code-Scan gestartet und beendet wurde.
Gefundene ProblemeAnzahl der bei jedem Schweregrad gefundenen Probleme.
ProtokollProtokolleinträge für den Code-Scan-Job. Verwenden Sie das Protokoll, um den Status des Jobs und etwaige Fehlermeldungen zu überprüfen.
Beispiel für ein Code-Scan-Protokoll: {% code overflow="wrap" expandable="true" %} ``` [22. Mai 2026 13:09]: [info] Job gestartet [22. Mai 2026 13:09]: [info] Erstellung des Salesforce-Projekts gestartet [22. Mai 2026 13:09]: [info] Erstellung des Salesforce-Projekts abgeschlossen [22. Mai 2026 13:09]: [info] Abruf der Salesforce-Komponenten gestartet [22. Mai 2026 13:09]: [info] Abruf der Salesforce-Komponenten abgeschlossen [22. Mai 2026 13:09]: [info] Code-Analyzer gestartet [22. Mai 2026 13:10]: [info] Code-Analyzer abgeschlossen [22. Mai 2026 13:10]: [error] Job fehlgeschlagen: Code-Scan hat den zulässigen Wert „Geringfügig“ überschritten ``` {% endcode %} {% endstep %} {% step %} ### Code-Scan-Ergebnisse Sie können die Code-Scan-Ergebnisse anzeigen, um zu sehen, welche Dateien in Ihrem Branch Probleme aufwiesen und wie viele Probleme je Schweregrad gefunden wurden. 1. Klicken Sie auf **Ergebnis anzeigen**.
{% hint style="info" %} Derzeit unterscheiden sich die Bezeichnungen für Schweregrade auf der **Code-Scan-Ergebnis** Seite von den Bezeichnungen, die in anderen Code-Scan-Abschnitten verwendet werden. Dieses kleine Problem wird bald behoben. Verwenden Sie in der Zwischenzeit die folgende Zuordnung, um die Schweregrade zu übersetzen: * **Kritisch → Blocker** * **Hoch → Kritisch** * **Mittel → Wesentlich** * **Niedrig → Geringfügig** * **Geringfügig → Info** {% endhint %} Am oberen Rand der Ergebnisseite befindet sich die Gesamtanzahl der für jeden Schweregrad gefundenen Probleme. Unter den Gesamtzahlen steht eine Liste der Komponentendateien mit Problemen sowie ein Balkendiagramm der nach Schweregrad geordneten Probleme.
{% endstep %} {% step %} ### Ergebnisse auf Dateiebene Die Ergebnisse auf Dateiebene erläutern die Ursache jedes Problems und wo es in der Quelldatei auftritt. Überprüfen Sie jedes Problem und nehmen Sie bei Bedarf die erforderlichen Änderungen an der Komponente vor. 1. Klicken Sie auf eine Datei in der Liste, um die vollständige Liste der Probleme anzuzeigen.
2. Falls verfügbar, klicken Sie auf **Mehr anzeigen** um weitere in dieser Datei gefundene Probleme anzuzeigen. Der Screenshot und die folgende Tabelle erläutern die für jedes Problem angezeigten Informationen.
SpalteBeschreibung
SchweregradEin farbiger Kreis mit einem Buchstaben darin zeigt den Schweregrad an. Der Buchstabe entspricht dem Anfangsbuchstaben des Schweregradnamens, und die Farbe entspricht dem Level. Hinweis: Major und Minor beginnen beide mit M, aber Major ist orange und Minor ist grün.
RegelnameDer Name der Regel, die das Problem markiert hat.
Beschreibung des VerstoßesEine Beschreibung der Ursache des Problems.
Ort des VerstoßesDie Zeilen- und Spaltennummer, an der das Problem gefunden wurde.
{% endstep %} {% endstepper %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.flosum.com/devops/devops-de/pipeline/pipeline-operationen/pipeline-operation-code-scan.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.