Monday, 27 November 2017

Openstack Nova Code Forex


Getting-Code-Git-Quellcode-Repositories OpenStack verwaltet den Quellcode in git mit einem Code-Review-Tool namens Gerrit. Der Workflow für die Arbeit mit Gerrit wird im Development Workflow beschrieben. Git-Repositories spiegeln sich zu git. openstack. org und Github. Installieren von git variiert per Plattform, und wenn youre ein Entwickler ist wahrscheinlich etwas, was Sie bereits haben - aber wenn es nicht ist, kann InstallingGit helfen. Um eine Kopie eines OpenStack-Projekts zu erhalten, kannst du einen Repo von git. openstack. org klonen und den Quellcode bei git. openstack. orgcgit durchsuchen. Zum Beispiel, um den Swift Repo zu klonen: Alternativ können Sie den Github-Spiegel verwenden, um Repos zu klonen und Code zu durchsuchen. Die git. openstack. org und GitHub Spiegel sind auf die gleiche Weise gepflegt und enthalten den gleichen Code, also kannst du entweder eins verwenden, mit dem Unterschied, dass git. openstack. org vom OpenStack Infrastruktur Team gehostet wird. Quellcode-Tarballs Sie finden alle Quellcode-Tarballs von OpenStack-Projekten auf releases. openstack. org. Alternativ finden Sie alle Quellcode-Tarballs, die für OpenStack-Projekte bei tarballs. openstack. org generiert wurden. Abweichungen erhalten Pythonlaufzeit und Testabhängigkeiten werden in requirements. txt in jedem Projekt beschrieben. Einige Abhängigkeiten sind jedoch keine Python-Abhängigkeiten. Weitere Informationen zum Einrichten der erforderlichen Abhängigkeiten finden Sie unter DevStack. Hacken auf Ihrem Laptop und laufende Unit-Tests Fragen zu laufenden Unit-Tests lokal sind ziemlich häufig. Während alle Projekte sind ziemlich ähnlich, wie dies funktioniert, ist es am besten, jede Projektdokumentation für Dinge wie die Einrichtung einer dev-Umgebung und laufende Unit-Tests zu konsultieren. Jedes Projekt sollte diese Information an docs. openstack. org veröffentlichen (docs. openstack. orgdeveloper ltPROJECTNAMEgtdevrefdevelopment. environment. htmlPTL Matt Riedemann (mriedem) Feature-Treiber nova-Treiber-Team Code-Gutachter nova-core-Team Blueprint Czar (verantwortlich für die Wartung von Novas-Blaupausenlisten ) Bug Czar (verantwortlich für die Organisation Novas Bug-Team, das Novas Bug-Liste unterhält) Augustina Ragwitz (auggy) Stable Branch Zar (arbeitet mit stabilen Instandhaltung Team um Nova Dinge) Matt Riedemann (Mriedem) Sicherheit Zar (verantwortlich für die Arbeit mit VMT und führender nova-coresec) Michael Still (mikal) Tor Czar (oben auf den Status von Nova im CI-Tor) Matt Riedemann (mriedem) API Arbeitsgruppe Liaisons Alex Xu (alexxu) Ironic Liaison John Villalovos (jlvillal) Michael Davies (Mrda) (backup) python-novaclient Zar Andrej Kurilin (andreykurilin) ​​Mentoring Zar Augustina Ragwitz (auggy) Antworten Zaren Release Zar Sylvain Bauza (bauzas) Docs Zar TBC Benachrichtigungen Balazs Gibizer (gibi) Allgemeine Ressourcen Dokumentation Release Process Nova Releases sind nun fertig Durch die Bereitstellung der Release-Manager mit einem Git SHA zu Tag Client-Releases getan werden, indem Sie NovaClient Release Process Server Seite Release Checkliste finden Sie in NovaReleaseChecklist Code Review Dashboards Viele Nova Rezensenten verwenden Dashboards, um ihnen zu helfen entscheiden, was zu überprüfen. NovaGerritDashboards verfolgt einige unserer Favoriten. Weitere Ressourcen Ressourcen für Mitwirkende Beitragsbezeichnung Nova-Subteams Das Nova-Team trifft sich wöchentlich: MeetingsNova. Neben einer projektweiten Nova-Versammlung pro Woche gibt es einige Teilteams. Diese Sub-Teams treffen zusammen, um die Arbeit in einem fokussierten Bereich von Nova zu diskutieren. Code Review Subteam Sub-Teams brauchen keine Berechtigung. Sie können für kurze oder lange Zeiträume herum sein. Ein gemeinsames Muster ist eine Ad-hoc-Gruppe von Menschen, die sich auf einen Untersatz von Rezensionen konzentriert. Im Allgemeinen koordinieren sie hier: etherpad. openstack. orgpmitaka-nova-priorities-tracking Für jedes Sub-Team enthält das Etherpad in der Regel: Liste der Personen in der Gruppe (IRC nicks) Liste der Patches, die das Sub-Team überprüft hat, Und denken, sind bereit für nova-core zu genehmigen Liste der Patches der Sub-Team konzentrieren ihre Rezensionen auf Mai Link zu einem regelmäßigen Treffen, aber das ist strikt optional Im Laufe der Zeit ist es gehofft, einige Sub-Teams können vertrauenswürdig genug werden Zählen als 2. Auch ohne das Zählen als 2 ist der Review-Fokus und die implizite Priorisierung immer noch sehr wertvoll. Sub-Team-Meetings Einige Subteams sind formaler, mit einer regelmäßigen Besprechung und einer Wiki-Seite. Die verknüpfte Wiki-Seite sollte beinhalten: Die Mission des Teams Eine regelmäßige Besprechungszeit Ein Koordinator Ansprechpartner Treffpunkt Agenda Links zu Protokollen aus früheren Treffen Ein Sub-Team-Vertreter sollte regelmäßig an der Haupt-Nova-Besprechung teilnehmen, um einen Unter-Team-Statusbericht zu liefern. Ein Sub-Team ist nicht ausschließlich für einen Codebereich zuständig. Jeder ist willkommen, irgendwo zu helfen. Allerdings sind Sie ermutigt, regelmäßig mit anderen zu kommunizieren, die in dem gleichen Bereich arbeiten wie Sie und Unter-Teams helfen, das zu fördern. Ein Sub-Team geht es darum, Entwicklungsbemühungen zu organisieren, aber nicht unbedingt die Richtung für das Projekt in einem bestimmten Bereich zu setzen. Die Genehmigung von Patches wird noch vom nova-core-Team durchgeführt und es ist vorteilhaft, Entwürfe in der openstack-dev-Mailingliste zu veröffentlichen. Aktive Sub-Teams: TODO - diese Liste ist sehr veraltet, braucht einen besseren Ansatz. Vorherige PTLs Vish Ishaya (Vishy), Projekt Anfang bis Grizzly Release Russell Bryant (Russellb), Havanna und Icehouse veröffentlicht Michael Still (mikal), Juno und Kilo veröffentlicht John Garbutt (johnthetubaguy), Liberty und Mitaka veröffentlicht Matt Riedemann (mriedem), Newton , Ocata und Pike Releases Vorherige oder aktuelle Kernkritiker: Alex Xu Andrew Laski Brian D. Elliott Brian Lamar Brian Waldon Chris Behrens Chris Yeoh Dan Prinz Dan Smith Daniel Berrange Devananda van der Veen Jay Pipes Joe Gordon Johannes Erdfelt John Garbutt Kenichi Ohmichi Kevin L Mitchell Lorin Hochstein Mark McLoughlin Matt Dietz Matt Riedemann Melanie Witt Michael Noch Nikola Dipanov Pdraig Brady Paul Voccio Rick Harris Russell Bryant Sandy Walsh Sean Dague Soren Hansen Stephen Finucane Sylvain Bauza Trey Morris Vishvananda Ishaya Yun Mao Entwickler Kontakt Arbeiten In Bearbeitung Das Folgende ist eine Liste Der wichtigsten Subsysteme innerhalb von Nova und Menschen, die Sie im IRC oder E-Mail ansprechen können, wenn Sie Fragen zu diesem bestimmten Subsystem haben. IRC-Nicks sind in Klammern. Nova Objects Framework libvirt virt Treiber Hyper-V virt Treiber VMWarevCenter virt Treiber XenAPI virt Treiber Scheduling und Resource Tracking Block Geräte Mapping und Volume Attachments

No comments:

Post a Comment