Kontakt

Zu TAO beitragen

Wenn Sie einen Beitrag zum TAO-Projekt leisten, besprechen Sie bitte zuerst die Änderung, die Sie vornehmen möchten, per Issue.

Beiträge zur TAO-Codebasis werden nach dem Fork & Pull-Modell erstellt. Bei diesem Beitragsmodell pflegen die Mitwirkenden ihre eigene Kopie der geforkten Codebasis (die leicht mit der Hauptkopie synchronisiert werden kann). Das geforkte Repository wird dann verwendet, um eine Anfrage an das Basis-Repository zu stellen, um eine Reihe von Änderungen zu "ziehen". Weitere Informationen zu Pull-Anfragen finden Sie in der GitHub-Hilfe.

Das TAO-Entwicklungsteam wird alle Probleme und Beiträge, die von der Entwicklergemeinschaft eingereicht werden, in der Reihenfolge "first in, first out" überprüfen. Während der Überprüfung können wir vom Beitragenden Klarstellungen verlangen. Wenn es innerhalb von zwei Wochen keine Antwort vom Beitragenden gibt, wird die Pull-Anfrage geschlossen.

Beitragsprozess

Wenn Sie ein neuer GitHub-Benutzer sind, empfehlen wir Ihnen, Ihr eigenes kostenloses GitHub-Konto zu erstellen. Dadurch können Sie mit dem TAO-Entwicklungsteam zusammenarbeiten, das TAO-Projekt forken und Pull-Requests senden.

  1. Prüfen Sie die offenen und geschlossenen Themen auf ähnliche Vorschläge des geplanten Beitrags, bevor Sie mit der Arbeit an einem neuen Beitrag beginnen.
  2. Erstellen und testen Sie Ihre Arbeit.
  3. Forken Sie das Repository der TAO-Erweiterung, zu der Sie beitragen möchten.
  4. Erstellen Sie eine Verzweigung, die dem Verzweigungsmodell von GitFlow folgt.
  5. Sobald die Entwicklung abgeschlossen ist, erstellen Sie eine Pull-Anfrage, die auf den Entwicklungszweig der Erweiterung zielt, zu der Sie beitragen.
  6. Wenn Ihr Code von Änderungen in einer anderen Erweiterung abhängt, erstellen Sie einen Draft Pull Request, bis alle benötigten Pull Requests erstellt sind.
  7. Sobald Ihr Beitrag eingegangen ist, wird das TAO-Entwicklungsteam den Beitrag prüfen und bei Bedarf mit Ihnen zusammenarbeiten.

Verhaltenskodex

Unser Versprechen

Im Interesse der Förderung einer offenen und einladenden Umgebung, verpflichten wir uns als Mitwirkende und Betreuer, die Teilnahme an unserem Projekt und unserer Gemeinschaft zu einer belästigungsfreien Erfahrung für jeden zu machen, ungeachtet aller Unterschiede zwischen uns.

Unsere Standards

Beispiele für Verhaltensweisen, die zur Schaffung einer positiven Umgebung beitragen, sind:

  • Einladende und integrative Sprache verwenden
  • Respekt vor unterschiedlichen Standpunkten und Erfahrungen
  • Konstruktive Kritik anständig annehmen
  • Fokussierung auf das, was für die Gemeinschaft am besten ist
  • Einfühlungsvermögen gegenüber anderen Community-Mitgliedern zeigen

Beispiele für inakzeptables Verhalten von Teilnehmern sind:

  • Die Verwendung sexualisierter Sprache oder Bilder und unerwünschte sexuelle Aufmerksamkeit oder Annäherungsversuche
  • Trolling, beleidigende/abwertende Kommentare und persönliche oder politische Angriffe
  • Öffentliche oder private Belästigung
  • Veröffentlichung von privaten Informationen anderer, wie z. B. einer physischen oder elektronischen Adresse, ohne ausdrückliche Erlaubnis
  • Anderes Verhalten, das in einer professionellen Umgebung als unangemessen angesehen werden könnte

Unsere Verantwortlichkeiten

Projektbetreuer sind für die Klärung der Standards für akzeptables Verhalten verantwortlich und es wird erwartet, dass sie angemessene und faire Korrekturmaßnahmen als Reaktion auf alle Fälle von inakzeptablem Verhalten ergreifen.

Die Projektbetreuer haben das Recht und die Verantwortung, Kommentare, Commits, Code, Wiki-Bearbeitungen, Issues und andere Beiträge, die nicht mit diesem Verhaltenskodex übereinstimmen, zu entfernen, zu bearbeiten oder abzulehnen, oder jeden Mitwirkenden wegen anderer Verhaltensweisen, die sie für unangemessen, bedrohlich, beleidigend oder schädlich halten, vorübergehend oder dauerhaft zu verbieten.

Umfang

Dieser Verhaltenskodex gilt sowohl innerhalb der Projekträume als auch im öffentlichen Raum, wenn eine Person das Projekt oder seine Gemeinschaft repräsentiert. Beispiele für das Repräsentieren eines Projekts oder einer Gemeinschaft sind die Verwendung einer offiziellen Projekt-E-Mail-Adresse, das Posten über einen offiziellen Social-Media-Account oder das Handeln als ernannter Vertreter bei einer Online- oder Offline-Veranstaltung. Die Repräsentation eines Projekts kann von den Projektbetreuern weiter definiert und geklärt werden.

Durchsetzung

Fälle von beleidigendem, belästigendem oder anderweitig inakzeptablem Verhalten können beim Projektteam unter community@www.taotesting.com gemeldet werden . Alle Beschwerden werden geprüft und untersucht und führen zu einer Reaktion, die als notwendig und den Umständen angemessen erachtet wird. Das Projektteam ist verpflichtet, über die Meldung eines Vorfalls Stillschweigen zu bewahren. Weitere Einzelheiten zu spezifischen Durchsetzungsmaßnahmen können separat veröffentlicht werden.

Projektbetreuer, die den Verhaltenskodex nicht in gutem Glauben befolgen oder durchsetzen, können mit vorübergehenden oder dauerhaften Konsequenzen konfrontiert werden, die von anderen Mitgliedern der Projektleitung festgelegt werden.

Namensnennung

Dieser Verhaltenskodex wurde von der Homepage des Contributor Covenant, Version 1.4, übernommen, die unter https://www.contributor-covenant.org/version/1/4/code-of-conduct.html verfügbar ist .

Schablonen

Beitrag Vorlage

### Subject of the issue
Describe your issue here.

### Your environment
* Which browser and version are you using?
* Which PHP version are you using?
* Which Database engine and version are you using?
* Which Web server are you using?
* Which extensions are installed, and what version are they?

### Steps to reproduce
Tell us how to reproduce this issue.

### Expected behaviour
Tell us what should happen

### Actual behaviour
Tell us what happens instead

Pull Request-Vorlage

_Before you submit a pull request, please make sure you have to following:_

- [ ] The title of this pull request offers a good description of what is changed (as it is used in release notes).
- [ ] Your branch follows the [GitFlow](https://datasift.github.io/gitflow/IntroducingGitFlow.html) branching model.
- [ ] The code follows the [best practices (to be defined)](#).
- [ ] The functionality has been manually tested (if applicable).
- [ ] The update script has been run, and causes no issues.
- [ ] The functionality has been tested after a clean install.
- [ ] A new unit test has been created, or the existing test has been updated.
- [ ] All new and existing tests passed.
- [ ] The module version has been bumped in both the manifest.php, and Updater.php files.

---
**Depends on**
- [ ] List other pull requests that depend on this pull request
- [ ] Also list pull requests that require this pull request
---

Describe the changes you made in your pull request here

**Testing the changes**

Please provide a description of how to test the changes made in this pull request.