Github 4 - issue tracker (+ workFlow)

Welcome to issues!

でも。あなたは誰ですか。

githubリモートレジストリに問題があるやつがいます.お会いできて嬉しいです.あなたは誰ですか.ちょっと聞いてみましょう.そして、今日知るべき問題トラッカーというやつと関係があるかもしれません.githubはproblemというやつをどう紹介したのですか?
Issues are used to track todos, bugs, feature requests, and more. As issues are created, they’ll appear here in a searchable and filterable list. To get started, you should create an issue.
問題はTODOS,バグ,featureなどのプロジェクト開発に関する様々な問題を追跡するために利用できる.様々な問題に対して、共有や協力の場が問題になっているようです.
また,Label Problems and pull request for new寄与者の文が上から見られる.
新しい参加者のLabel問題とpull request?pull requestのように,問題もオープンソースに寄与できる性質を持っているようだ.Labelsが見えた押してみよう

bug
Something isn't working

documentation
Improvements or additions to documentation

duplicate
This issue or pull request already exists

enhancement
New feature or request

good first issue
Good for newcomers

help wanted
Extra attention is needed

invalid
This doesn't seem right

question
Further information is requested

wontfix
This will not be worked on

ホットスポットにラベルを貼ることができるようです.
ラベルは、それぞれの話題をより簡単に理解できるようにするためのツールのようです.
newlabelというボタンが見えました.カスタムラベルを作成して使用できるようです.
仕方なく新しい問題を押す.

はい、タイトルと本文欄があります.mark downで書いたようです.右側にはpull requestに似た様々な入力事項が表示されます.もちろん、pull requestのレビュー者エントリは表示されません.実際の問題がどのように使われているのかを知るために、Facebook/React Repositoryの問題に行きました.

のリストに記載されている多くのホットスポットは、プロジェクトで発生する可能性のある最小単位の「イベント」です.

FacebookやReactのようなオープンソースプロジェクトでは、多くの参加者がプログラムのエラーや改善点を通報します.

プロジェクトの管理者に質問またはリクエストしたい場合は、参加者は「トピックを開く」ことになります.

右上の「New Issue」を通ります.押してごらん

の反応価問題を公開するためによくやった.

バグを通報する反応問題を見つけたとしたら、バグ報告を始めましょう.

Bugレポート形式が用意されているようです.フォーマットに基づいてレポートを生成します.

を押すと、私の話題を生成(開く)ことができます.

管理者は、私の質問に答えるか、次のバージョンでこれらの問題を解決することを約束します.

私の話はいつ終わりますか?

問題が

以降に解決されると、管理者はこのトピックを閉じます.

他の閉鎖された人の話に入りましょう.

Facebook/Reactの#22487期.

貢献者はbug issuefを作成し、エラーが発生した場合、2回のロードが行われることを示した.

以降、管理者のBraughnは「反応者の意図的な処理だ」と答え、この質問を閉じた.

他の例

を見てみましょう.

Facebook/Reactの#11911期.

の上記の例は、エラーが発生した場合、「Slowyn」貢献者が解決したコードをgaearon管理者が最終的に承認したプロセスにアップロードすることである.

の最後のコミット情報を見てください.

fix facebook#11911

issue tracker

コミットメッセージで、イベント番号(1191)がリポジトリに書き込まれた場合、githubはイベントページにコミットを追加する.

この機能は、「ホットスポット」ページにエラーを表示し、修復コードを発行した後に

を表示します.

管理者は、「コードを承認し、トピックを閉じるプロセスを時間軸で完全に記録する」と

Issue-based version management workflow.

ホットスポットに基づくバージョン管理はgithubが提供するホットスポットtrackerを開発プロセスのコア軸とするバージョン管理方法である.

ホットスポットの作成と解決の手順を繰り返します.

がそうすればgithubはプロジェクトの発展過程を知って整理します.

イベント・ベースのバージョン管理ワークフローでは、イベント・トレーサが使用されます.

の新しい話題を開き、番号を確認します.

ローカル・リポジトリに新しいブランチを作成します.形式は「イベント番号-説明」

議題の目標を解決する.

ジョブをテストして、正しく完了したかどうかを確認します.

修正事項を提出し、提出します.(githubがコミットを追跡するためには、コミットメッセージにイベント番号を書く必要がある)

作業が完了した場合、作業ブランチはプライマリブランチにマージされます.

ホットスポットですべての内容が記録されていることを確認し、話題を閉じます.

このように既存のGitFlowのfeatureブランチを利用したほうがいいと思います.
注意-イベントベースのバージョン管理の導入