nodejs / nodejs/nodejs.org

Define how partners should be ranked

Offen
#8,995 11 Kommentare 2 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

web-agenda
Vorherrschende Sprache
TypeScript
Sterne
6.9k
Forks
6.5k
Ø Merge
2 T. 8 Std.
Gemergte PRs (30 T.)
29

Beschreibung

We should document how partners are ranked, since up until now I was the one who assigned the rankings, and they were based on my own subjective criteria from quite a while ago.

My reasoning was that a higher number meant a higher priority:

  • Tier 3: Critical infrastructure, or partners that covered multiple categories.
  • Tier 2: Partners that provide an important service in a single category (e.g. ESP or Security).
  • Tier 1: Partners that support non-critical infrastructure, such as downloads or content.

I don't think these criteria should just be based on my personal opinion, though. They should be documented and agreed upon by the people who oversee the project as a whole.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Es ist keine Datei, kein Test und kein Einstiegspunkt angegeben; beginne damit, die in diesem Issue vorgeschlagenen Kriterien für Tier 1–3 sowie die Diskussion der Projektverantwortlichen zu prüfen. Erledigt ist die Aufgabe, wenn die Ranking-Kriterien vereinbart und in der entsprechenden Projektdokumentation dokumentiert sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Bereich
documentation
Issue-Typ
Dokumentation
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Ruhig
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.