| source-git-commit | workflow-type | source-wordcount | ht-degree |
|---|---|---|---|
504ae54ecf4ea2a687e1aa3c90cf0e74734d4a9a |
tm+mt |
424 |
100% |
Wir freuen uns über Beiträge unserer Community sowie von Adobe-Mitarbeitern, die nicht zum Dokumentationsteam gehören.
Für dieses Projekt gilt der Adobe Open Source-Verhaltenskodex oder der .NET Foundation-Verhaltenskodex. Weitere Informationen finden Sie im Artikel Beitragen.
Lesen Sie das Adobe Docs-Mitarbeiter-Handbuch.
Wie Sie Beiträge einbringen, hängt davon ab, wer Sie sind und welche Art von Änderungen Sie beitragen möchten:
Wenn Sie aus Gemeinschaftsgeist kleine Updates beitragen wollen, besuchen Sie den Artikel, und klicken Sie auf den Link Bearbeiten im Artikel, der zur GitHub-Quelle des Artikels führt. Verwenden Sie dann einfach die GitHub-Benutzeroberfläche, um Ihre Aktualisierungen vorzunehmen. Weitere Informationen finden Sie im allgemeinen Adobe Docs-Mitarbeiter-Handbuch.
Kleinere Korrekturen oder Erläuterungen, die Sie für Dokumentation und Codebeispiele in diesem Repository senden, sind durch die Adobe-Nutzungsbedingungen abgedeckt.
Wenn Sie Mitglied der Adobe-Community sind und einen neuen Artikel erstellen oder umfangreiche Änderungen einreichen möchten, verwenden Sie die Registerkarte Probleme im Git-Repository, um ein Problem einzureichen und mit dem Dokumentationsteam zu kommunizieren. Nachdem Sie einem Plan zugestimmt haben, müssen Sie mit einem Mitarbeiter zusammenarbeiten, um diesen neuen Inhalt durch eine Kombination aus den öffentlichen und privaten Repositorys zu erreichen.
Technische Redakteure, Programm-Manager oder Entwickler aus dem Produkt-Team einer Adobe Experience Cloud-Lösung, die technische Artikel erstellen oder zu diesen beitragen, sollten das private Repository unter https://git.corp.adobe.com/AdobeDocs verwenden.
Community-Mitarbeiter können die GitHub-Benutzeroberfläche zur einfachen Bearbeitung oder zur Abspaltung des Repositorys verwenden, um umfangreiche Beiträge vorzunehmen.
Weitere Informationen finden Sie im Adobe Docs-Mitarbeiter-Handbuch.
Alle Artikel in diesem Repository verwenden GitHub Flavored Markdown. Wenn Sie mit Markdown nicht vertraut sind, lesen Sie:
Im öffentlichen Repository werden automatisierte Bezeichnungen Pull-Anforderungen zugewiesen, damit wir den Arbeitsablauf für Pull-Anforderungen verwalten und Ihnen mitteilen können, was mit Ihrer Pull-Anforderung passiert:
- Change sent to author: Der Autor wurde über die ausstehende Pull-Anforderung informiert.
- ready-to-merge: Bereit zur Überprüfung durch unser Pull-Anforderung-Überprüfungsteam.