InnerSourceCommons / InnerSourceCommons/InnerSourcePatterns

Pattern Idea: Scripts To Rule Them All

オープン
#180 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

:book: Type - Content Work :bulb: Early Idea
主要言語
HTML
スター
853
フォーク
206
平均マージ
1日 23時間
マージ済み PR(30日)
2

説明

Pattern idea: Enable contributions in polyglot environments with "Scripts To Rule Them All"

Many companies have a polyglot environment, using multiple different programming languages for the software that they build. The different programming ecosystems come with various ways of bootstrapping the project locally. That means that getting from git clone to an up-and-running project in a development environment works very differently, depending on the programming ecosystem.

Hypothesis

Making it easy to bootstrap a project will encourage contributions from a wider range of contributors, even if they don't know the specific programming language that well.

Examples in the wild

The GitHub team has written about this idea here:
https://github.blog/2015-06-30-scripts-to-rule-them-all/
https://github.com/github/scripts-to-rule-them-all

How to write the pattern

One approach for writing this pattern could be to find somebody that works at GitHub and is familiar with the Scripts To Rule Them All approach. Interview them and write a pattern about this approach together with them.

Other references

Also see this discussion in the InnerSource Commons Slack about the "impact of choice of programming language for the success of an InnerSource project":
https://innersourcecommons.slack.com/archives/C04PXKRN4/p1589456355371100

(link doesn't work anymore because we cannot go that far back in the Slack history)

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

リンクされているGitHubの記事とgithub/scripts-to-rule-them-allリポジトリから始めて、提案されているパターンを理解してください。このアプローチに詳しい人に話を聞き、それがポリグロットプロジェクトのブートストラップをどのようにサポートするかを文書化してください。完了条件は、その情報に基づく完全でレビュー可能なパターンができていることです。

索引モデルが issue の本文から書いたものです。

評価

領域
documentation
issue の種類
ドキュメント
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。