InnerSourceCommons / InnerSourceCommons/InnerSourcePatterns

Showcase the organizations and the patterns they use in our book

Offen
#623 8 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

(Self-) Hosting
Vorherrschende Sprache
HTML
Sterne
853
Forks
206
Ø Merge
1 T. 23 Std.
Gemergte PRs (30 T.)
2

Beschreibung

Each pattern already has the "Known Instances" section, where organizations can list themselves when they are using a given pattern.

We could show this information a bit more prominently in our book.

Implementation ideas

Single Page

Maybe a single "Adopters" page at the top level, which would then list organizations, and they patterns they use e.g.

  • Airbus
    • InnerSource License
    • Standard Base Documentation
    • Maturity Model
    • ...
  • Europace
    • Standard Base Documentation
    • Communication Tooling
    • ...
  • Bosch
    • InnerSource License
    • Dedicated Community Leader
    • ...
  • Nike
    • Core Team
    • ...

Dedicated pages for each org

It could even be a dedicated page for each organization. Maybe that would be best?
so e.g. https://patterns.innersourcecommons.org/adopters/europace

On that pace we would only list the patterns used by Europace.

That would give the respective orgs a page that they can point to if they want to say "we use these InnerSource patterns".
And if adding themselves to the "Known Instances" of a pattern is the only way to do this, then that might motivate further contributions by other companies.

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

Beginne damit, die bestehenden Abschnitte „Known Instances“ im Buch sowie die im Issue vorgeschlagenen Ansätze mit einer einzelnen Seite und mit einer Seite pro Organisation zu prüfen. Als abgeschlossen würde gelten, wenn eine abgestimmte Darstellungsstruktur vorhanden ist, die Organisationen und die von ihnen verwendeten Muster hervorhebt; das Issue nennt jedoch keine Dateien oder Tests.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Bereich
documentation
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
20/100

Neue Issues direkt in Ihr Postfach

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