C✳CODEZ.WIN
🌐 Deutsch

Lokalisierter Leseleitfaden

azure-app-onboard-prereqZweck, Verwendung und Quelle

Prüfen Sie, ob der Quellcode für die Bereitstellung in Azure bereit ist – die Prüfung VOR der Infrastrukturarbeit. Bewertet den Build-Status, die Vollständigkeit der App, Abhängigkeiten und lokale Dienste, die Stack-Kompatibilität und die Bereitstellungsmöglichkeit. Beantwortet Fragen zu den Anforderungen Ihrer App vor der Bereitstellung – Frameworks, Abhängigkeiten und Konfiguration. Prüft die Kompatibilität der Abhängigkeiten und identifiziert Bereitstellungsblocker und nicht unterstützte Frameworks. WANN: „Mein Repository prüfen“, „Ist meine App bereit für die Bereitstellung?“, „Was benötigt meine App für die Bereitstellung?“, „Was benötige ich vor der Bereitstellung?“, „Benötigt meine App?“, „Kann ich dies in Azure bereitstellen?“, „Mein Repository auf Probleme scannen?“, „Ist diese App bereitstellbar?“, „Ist meine App für Azure bereit?“, „Benötige ich ein Dockerfile?“, „Was blockiert meine Bereitstellung?“, „Gibt es Blocker?“, „Sind meine Abhängigkeiten kompatibel?“, „Unterstützt Azure mein Framework?“, „Was muss vor der Bereitstellung geändert werden?“, „Meine App-Konfiguration prüfen“.

Quelle abgerufen:

Quell-Repository
microsoft/skills
SKILL.md
.github/plugins/azure-skills/skills/azure-app-onboard-prereq/SKILL.md
Repository-Sterne
3,157
Repository zuletzt aktualisiert
2026-10-31
Fähigkeitskategorien
Cloud-Dienste
Letzte Datenerfassung

Lizenz: Lizenzdatei: Prüfung ausstehend

Original SKILL.md

Die Workflow-Auszüge dienen als Lesehilfe und sind keine ausführbaren Anweisungen von Codez. Für die Erstellung dieser Seite wurde keine Drittanbieter-Skill verwendet.

Die folgenden Abschnitte zu Zweck und Arbeitsablauf sind vorgelagertes Material, das zur besseren Lesbarkeit aufbereitet und übersetzt wurde. Sie unterscheiden sich von der separat gekennzeichneten redaktionellen Analyse von Codez.

Was diese Fähigkeit bewirkt

Prüfen Sie, ob der Quellcode für die Bereitstellung in Azure bereit ist – die Prüfung VOR der Infrastrukturarbeit. Bewertet den Build-Status, die Vollständigkeit der App, Abhängigkeiten und lokale Dienste, die Stack-Kompatibilität und die Bereitstellungsmöglichkeit. Beantwortet Fragen zu den Anforderungen Ihrer App vor der Bereitstellung – Frameworks, Abhängigkeiten und Konfiguration. Prüft die Kompatibilität der Abhängigkeiten und identifiziert Bereitstellungsblocker und nicht unterstützte Frameworks. WANN: „Mein Repository prüfen“, „Ist meine App bereit für die Bereitstellung?“, „Was benötigt meine App für die Bereitstellung?“, „Was benötige ich vor der Bereitstellung?“, „Benötigt meine App?“, „Kann ich dies in Azure bereitstellen?“, „Mein Repository auf Probleme scannen?“, „Ist diese App bereitstellbar?“, „Ist meine App für Azure bereit?“, „Benötige ich ein Dockerfile?“, „Was blockiert meine Bereitstellung?“, „Gibt es Blocker?“, „Sind meine Abhängigkeiten kompatibel?“, „Unterstützt Azure mein Framework?“, „Was muss vor der Bereitstellung geändert werden?“, „Meine App-Konfiguration prüfen“.

Wie der vorgelagerte Workflow funktioniert

Schritt1Sitzungsprüfung

Orchestrator-Eintrag: Sitzung existiert – lesencontext.json, fahren Sie mit Schritt fort2Direkte Eingabe: Prüfen.copilot-azure/sessions/active-session.json: Existiert → ⛔ gelesensession-protocol.mdfürresume/freshGate. Nicht fortfahren, bis der Benutzer antwortet. Fehlend → Sitzung erstellen: UUID generieren.New-Item -ItemType Directory -Path ".copilot-azure/sessions/{uuid}" -Force, schreibencontext.json+active-session.jsonübercreateWerkzeug.

Aufwärtspassage · L46 ↗

Schritt2Arbeitsbereich scannen

Nach Projektdateien suchen. Komponenten erkennen.repo{},detectedInfra[],detectedServices[]Terraform-Provider klassifizieren. CLI-Verfügbarkeit prüfen. Konflikte bei der Stack-Erkennung: Benutzerdefinierte Anweisung gewinnt (Schreiben nachcontext.jsonScan als Überschreibung markieren); Nur Scan → mit dem Benutzer abklären; Mehrere Stapel → Alle anzeigen und fragen (siehecomponent-mapping.md); kein Code →zero-code-path.md. > Wenn keine Projektdateien, keine Dockerfile UND keineindex.html→ ⛔ gelesenzero-code-path.md. > ⛔ Cloud SDK Early Gate. Grep foraws-sdk|@aws-sdk|boto3|google-cloud|@google-cloud|firebaseFalls funktionelle Abhängigkeiten gefunden wurden → lesencloud-sdk-migration.md, Dannask_user: "Weiterleitung zu Azure Cloud Migrate" (festlegenrouteToSkill: "azure-cloud-migrate") · "Evaluierung trotzdem fortsetzen" (Bereitschaftsevaluierung + SDK→Azure-Mapping abschließen, dann bei Schritt STOPPEN)8— kein Plan, bis die Stellvertreter ausgetauscht sind) · "Abbrechen".

Aufwärtspassage · L56 ↗

Schritt3: Bewertung pro Komponente

BevölkernbuildRequirementspro Komponente nach der Auswertung. Ergebnisweitergabe, Stufenregeln und f1Durchführbare Aggregationen sind inreadiness-gate.mdund die einzelnen Referenzen prüfen.

Aufwärtspassage · L64 ↗

Anforderungen und Einrichtung

Aus dieser Datei wurde kein Abschnitt mit kurzen Anforderungen ausgewählt. Dies bedeutet nicht, dass die Fertigkeit keine Abhängigkeiten hat. Überprüfen Sie die Anweisungen zur Repository-Einrichtung und die referenzierten Dateien.

Grenzwerte und Qualitätskontrollen

Aus dieser Datei wurde kein separater Grenzwertabschnitt ausgewählt. Dies bedeutet nicht, dass die Anwendung für jede Eingabe oder Umgebung geeignet ist. Überprüfen Sie den vollständigen Quellcode und validieren Sie Ihr Ergebnis selbst.

Beginnen Sie mit einem sicheren Testlauf

  1. Prüfen Sie den unterstützten Host und die Installationsanweisungen für das Repository. Halten Sie das Skill-Verzeichnis und die darin enthaltenen Skripte, Assets und Dokumentationen zusammen;SKILL.mdEine Einzelperson kann Abhängigkeiten außer Acht lassen.
  2. Geben Sie dem Agenten Ihre tatsächlichen Eingaben, die gewünschten Ausgaben und die Akzeptanzkriterien an. Aufrufsyntax und verfügbare Tools hängen vom Hostsystem ab; diese Website geht nicht von einem universellen Installationsbefehl aus.
  3. Testen Sie den Quellworkflow in einem temporären Projekt oder auf einer Kopie. Überprüfen Sie Vorgänge, die Dateien, Remote-Dienste oder abrechnungsfähige Ressourcen ändern, bevor Sie diese zulassen.
  4. Überprüfen Sie die Ausgabe anhand der Quellqualitätsprüfungen und Ihrer eigenen Anforderungen. Ein erfolgreicher Trigger oder eine hohe Anzahl von Sternen im Repository garantiert kein korrektes Ergebnis.

Spezifikation des Kompetenzformats und des Verzeichnisses ↗

Lesen Sie mehr dazu in der Quelle.

Übersetzung und Umfang

Dieser Leseleitfaden wählt Passagen aus dem markierten stromaufwärts gelegenen Abschnitt aus.SKILL.mdDie Übersetzung wurde unterstützt. Es handelt sich weder um ein vollständiges Handbuch noch um eine Garantie für geprüfte Kompatibilität. Lesen Sie vor der Verwendung das Original und die darin referenzierten Dateien.

Diese Einleitung bezieht sich auf die unten angepinnte Version; die aktuelle Repository-Aktivität und der Erfassungszeitpunkt werden separat angezeigt.

Angeheftete Quelle
Lesen Sie das Original ↗
Quelle abgerufen
Source-Commit
00d66a64919edca5bca2c673373444e36a4b5461
Quelle SHA-256
2d2ef1ec0cec686f511eae7004890e44969845c79598b6f9c4a264956a0361f8
Zurück zum vollständigen Kompetenzkatalog