このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
それぞれの質問に最も適した回答を選んでください。
オープン ソースプログラムと InnerSource プログラムの関係を最も適切に説明する選択肢は次のうちどれですか?
オープン ソース プログラムには誰でもコントリビューションを提供できるのに対し、InnerSource プログラムではリポジトリを所有するチームのメンバーからのコントリビューションしか受け入れない。
InnerSource プログラムは、それを使用および保守して、非公開で進める組織によって、オープン ソース プログラムからフォークされる。
InnerSource プログラムは、アクセスが組織内のユーザーに限定される点を除いて、基本的にオープン ソース プログラムと同じ。
あなたのチームが、適切に診断するための十分な情報がない低品質のバグ報告を受け取ったとします。 この問題に対処する 最善 の方法は、次のうちどれですか?
GitHub スクリプトを使用して、説明が 200 文字未満のすべてのイシューを自動的に拒否するワークフロー アクションを追加する。
ステップを再現するためのフィールド、システム プロパティ、重要なログの生成と追加の手順を含む ISSUE_TEMPLATE.md ファイルを追加する。
ISSUE_TEMPLATE.md
バグ報告に含める情報を明確に説明する CONTRIBUTING.md ファイルを追加する。 再現手順、システム プロパティ、重要なログを生成して含める手順など。
CONTRIBUTING.md
あなたのチームは、3 か月前に InnerSource プログラムが稼働して以来、あらゆる種類のデータを追跡しているとします。 プログラムが十分に成功していることを示すメトリックは、次のうちどれですか?
ソフトウェアのバグに対処する pull request の大幅な増加。
再現できないために、すぐに解決済みになるバグ報告の増加率。
新しいイシューの着実な減少。
作業を確認する前にすべての問題に回答する必要があります。
このページはお役に立ちましたか?
このトピックについてサポートが必要ですか?
このトピックの意図を把握したり、理解を深めたりするために Ask Learn を使ってみませんか?