refined the translation of the word "issue"

docs/internals-ja/git-workflow.md

@@ -22,15 +22,15 @@ Yii 繧偵け繝ｭ繝ｼ繝ｳ縺励◆繝ぅ繝ｬ繧ｯ繝医Μ縲√☆縺ｪ繧上■ "yii2" 縺ｫ蜈･縺｣縺ｦ縲
 git remote add upstream git://github.com/yiisoft/yii2.git
 ```
 
-### 3. あなたが取り組んでいる問題が、修正するために著しい努力を要求するものである場合は、それに対する issue が作成されていることを確認する
+### 3. あなたが取り組んでいる問題が、修正するために著しい努力を要求するものである場合は、それに対する課題(issue)が作成されていることを確認する
 
-全ての新機能とバグ修正は、議論とドキュメンテーションのための単一の参照ポイントを提供するために、それに結びつく issue を持つべきです。
-数分間時間を取って、既存の issue リストに目を通し、あなたが寄稿しようとしている問題に合致するものが無いかどうか調べてください。
-もし issue リストにすでに挙っているのを見つけた場合は、その issue にコメントを残して、あなたがその項目について取り組もうとしていることを示してください。
-あなたが取り組もうとしている問題に合致する既存の issue が見つからなかった場合は、新しい issue を作成してください。単純な修正であれば、直接にプルリクエストをしてください。
+全ての新機能とバグ修正は、議論とドキュメンテーションのための単一の参照ポイントを提供するために、それに結びつく課題を持つべきです。
+数分間時間を取って、既存の課題リストに目を通し、あなたが寄稿しようとしている問題に合致するものが無いかどうか調べてください。
+もし課題リストにすでに挙っているのを見つけた場合は、その課題にコメントを残して、あなたがその項目について取り組もうとしていることを示してください。
+あなたが取り組もうとしている問題に合致する既存の課題が見つからなかった場合は、新しい課題を作成してください。単純な修正であれば、直接にプルリクエストをしてください。
 こうすることで、開発チームはあなたの提案をレビューし、将来にわたって適切なフィードバックを提供することが可能になります。
 
-> 小さな変更や、ドキュメンテーションの問題、または単純な修正については、issue を作成する必要はありません。それらについては、プルリクエストだけで十分です。
+> 小さな変更や、ドキュメンテーションの問題、または単純な修正については、課題を作成する必要はありません。それらについては、プルリクエストだけで十分です。
 
 ### 4. メインの Yii ブランチから最新のコードをフェッチする
 
@@ -45,8 +45,8 @@ git fetch upstream
 > これは非常に重要です。なぜなら、master ブランチを使うと、あなたのアカウントからは一つ以上のプルリクエストを送信することが出来なくなるからです。
 
 独立したバグ修正や変更は、各々、それ自身のブランチに入れるべきです。
-ブランチの名前は説明的なものにし、あなたのコードが関係する issue の番号で始まるようにしてください。
-特定の issue を修正するものでない場合は、番号を省略してください。
+ブランチの名前は説明的なものにし、あなたのコードが関係する課題の番号で始まるようにしてください。
+特定の課題を修正するものでない場合は、番号を省略してください。
 例えば:
 
 ```
@@ -59,7 +59,7 @@ git checkout -b 999-name-of-your-branch-goes-here
 動くことを確認してくださいね :)
 
 ユニットテストは常に歓迎されます。テストされ、十分にカバーされたコードは、あなたの寄稿をチェックするタスクを非常に単純化してくれます。
-ユニットテストの失敗を中身とする issue を立てることも許容されています。
+ユニットテストの失敗を中身とする課題を立てることも許容されています。
 
 ### 7. CHANGELOG を更新する
 
@@ -72,8 +72,8 @@ Bug #999: 繝舌げ菫ｮ豁｣縺ｮ蜀ｮｹ隱ｬ譏 (縺ゅ↑縺溘蜷榊燕)
 Enh #999: 機能拡張の内容説明 (あなたの名前)
 ```
 
-`#999` は `Bug` または `Enh` が示している issue 番号です。
-チェンジログはタイプ(`Bug`, `Enh`)によってグループ化し、issue 番号順に並べます。
+`#999` は `Bug` または `Enh` が示している課題番号です。
+チェンジログはタイプ(`Bug`, `Enh`)によってグループ化し、課題番号順に並べます。
 
 非常に小さな修正、すなわち、タイポやドキュメンテーションの修正については、CHANGELOG を更新する必要はありません。
 
@@ -116,9 +116,9 @@ git push -u origin 999-name-of-your-branch-goes-here
 ### 11. upstream に対してプルリクエスト ( [pull request](http://help.github.com/send-pull-requests/)) を発行する
 
 github 上のあなたのリポジトリに入って、"Pull Request" をクリックし、右側にあるブランチを選び、コメントボックスにもう少し詳細を記述します。
-プルリクエストを issue とリンクさせるために、プルコメントのどこかに `#999` という書式で issue 番号を記載します。
+プルリクエストを課題とリンクさせるために、プルコメントのどこかに `#999` という書式で課題番号を記載します。
 
-> 各プルリクエストは単一の issue を修正すべきものであることに注意してください。
+> 各プルリクエストは単一の課題を解決すべきものであることに注意してください。
 
 ### 12. 誰かがあなたのコードをレビューする