Um Teams zu ermöglichen, die nicht zu den Kernressourcen der Handelsföderationsprojekte beitragen vollständige Verantwortung für den Überprüfungsprozess haben, wurden die folgenden Projekte erstellt mit offenen +2-Rechten für alle Teams. Das entlastet das wichtigste Trade Federation-Team. Codeüberprüfungen, die nicht mit dem Kern-Framework zusammenhängen, damit die anderen Teams im Überprüfungszyklus schneller iterieren können.
Nicht-Core-src ist als Code definiert, der von der Handelsföderation nicht benötigt wird. Framework (z.B. benutzerdefinierte Tests, Konfigurationen, spezifische Tests Dienstprogrammen).
WICHTIG: Nicht-Core-src-Werte sollten keine Kernhandelsföderationsklassen erweitern. Dies wirkt sich auf zukünftige Refaktorierungen/Bereinigungen aus. Wenn Sie sich nicht sicher sind, zu Haupt- oder Beitragsinhalte gehört, wende dich an android-tradefed@, um weitere Informationen zu erhalten. Das Trade Federation-Team berät Sie gern und erhält Funktionsanfragen.
Ein Beispiel für die Core Trade Federation-Klasse wäre eine beliebige Klasse im
com.google.android.tradefed.build-Paket wie:com.google.android.tradefed.build.LaunchControlProviderAuch hier können Sie sich an uns wenden, wenn Sie nicht genau wissen, was als Hauptbestandteil -Klasse an android-tradefed@.
[TOC]
Contrib-Projekte Pfade
Für wen sind diese Contrib-Projekte gedacht?
Wenn Sie derzeit in den Handelsföderationsprojekten arbeiten und Tests schreiben Dienstprogrammen/Konfigurationen wurden diese Projekte für Sie erstellt.
Codeüberprüfungen in Contrib-Projekten
Ziel der Contrib-Projekte ist es, Ihnen die Entwicklung in Tradefed zu ermöglichen. ohne dass das Kernteam (android-tradefed@) überprüft werden muss. Wir erwarten also, Ihr Team oder eine andere Person, die sich mit Ihrem Kontext auskennt, die Codeüberprüfungen Ihre Änderungslisten.
Sie können sich jederzeit an android-tradefed@ wenden, wenn Sie nicht weiterkommen oder Unterstützung benötigen. aber verlassen Sie sich bei der Codeüberprüfung nicht standardmäßig darauf, Beitrag. Tradefed Team hat kein SLO für Codeüberprüfungen in Contrib.
Wo kann ich mit der Arbeit an diesen Projekten beginnen?
Sie wurden den folgenden Zweigmanifesten hinzugefügt und sind bereits Teil von der Hauptplattform. Wenn Sie die Projekte in Ihrer Umgebung nicht sehen, und Sie können keine Repository-Synchronisierung vornehmen.
- Hauptnummer
- eingetauscht
- Ok-Dev
- Oc-dev-plus-aosp
- nyc-mr2-dev-plus-aosp
- Main-Daydream-Entwicklung
- Main-ohne Anbieter
- Wear-Haupt
Entwicklung und Tests
Die Entwicklung in Contrib wird voraussichtlich denselben Qualitätsstandard haben wie sonst nirgendwo sonst. in den Android-Repositories:
- Die Android-Formatierungsrichtlinien einhalten
- Code wird getestet und zusammen mit Tests eingereicht
- Das Design ist durchdacht und ergibt Sinn
Wie teste ich lokal in Contrib?
AOSP
Bei Aosp befinden sich Einheitentests platform/tools/tradefederation/contrib/tests/src/ und Einheitentests sollten com.android.tradefed.prodtests.UnitTests in Pre-Submit- und lokalen Testskripts eingebunden werden.
Lokale Aosp-Skripts nach dem Mittagessen:
tools/tradefederation/core/tests/run_tradefed_aosp_presubmit.sh
Aktualisierung der Build-Regeln, um Projekte hinzuzufügen
Die Build-Regeln (Makefiles) befinden sich in einem eigenen build/-Ordner und sind durch ein
OWNERS Datei, die verhindert, dass Sie sie ohne eine zusätzliche Überprüfung ändern.
aus dem Kernteam. Dies ist die einzige Einschränkung für das Contrib-Projekt.
So möchten wir sicherstellen, dass keine unerwarteten Abhängigkeiten hinzugefügt werden.
Tradefed-Projekte ohne Wissen oder Zustimmung des Kernteams durchführen.
Wenn Sie wirklich neue Abhängigkeiten hinzufügen müssen, wenden Sie sich an
android-tradefed@, um sich Ihre Anwendungsfälle anzusehen und Sie zu beraten.