fix some ja typos and betters

src/js/dialogs/nextLevel.js

@@ -30,7 +30,7 @@ exports.dialog = {
         'あなたは*{numCommands}*回のコマンドでこの課題をクリアしました; ',
         '模範解答では{best}回です。',
         '',
-        '模範解答は、右下の`Solution`から見ることができます。'
+        '模範解答は、右下の`?`メニューの`Solution`から見ることができます。'
       ]
     }
   }],

src/levels/intro/branching.js

@@ -186,7 +186,7 @@ exports.level = {
             "markdowns": [
               "## Gitのブランチ",
               "",
-              "Gitではコミットだけでなく、ブランチもまた信じられないほど軽量です。ブランチとは単に特定のコミットを指示したポインタにしか過ぎません。Gitの達人は決まってこう言うのは、そのためです：",
+              "Gitではコミットだけでなく、ブランチもまた信じられないほど軽量です。ブランチとは単に特定のコミットを指示したポインタにしか過ぎません。Gitの達人が決まってこう言うのは、そのためです：",
               "",
               "```",
               "早めに、かつ頻繁にブランチを切りなさい",

src/levels/intro/merging.js

@@ -8,7 +8,7 @@ exports.level = {
     "pt_BR": "Merge no Git",
     "fr_FR": "Faire des 'merge' (fusions de branches) avec Git",
     "ko": "Git에서 브랜치 합치기(Merge)",
-    "ja": "ブランチとマージ",
+    "ja"　　　: "ブランチとマージ",
     "zh_CN": "分支与合并",
     "zh_TW": "git 中的 merge",
     "ru_RU": "Слияния веток в Git"
@@ -16,7 +16,7 @@ exports.level = {
   "hint": {
     "en_US": "Remember to commit in the order specified (bugFix before master)",
     "de_DE": "Denk dran in der angegebenen Reihenfolge zu committen (erst bugFix, dann master)",
-    "ja": "指示された順番でコミットすること（masterの前にbugFixで）",
+    "ja"　　　: "指示された順番でコミットすること（masterの前にbugFixで）",
     "es_AR": "Acordate de commitear en el orden especificado (bugFix antes de master)",
     "pt_BR": "Lembre-se de commitar na ordem especificada (bugFix antes de master)",
     "fr_FR": "Pensez à faire des commits dans l'ordre indiqué (bugFix avant master)",
@@ -175,7 +175,7 @@ exports.level = {
             "markdowns": [
               "## ブランチとマージ",
               "",
-              "いい調子ですね。これまでにコミットとブランチについて学びました。そろそろ2つのブランチを1つにまとめるやり方について見ていきましょう。これができれば新しいフィーチャの開発のために新しいブランチを切って、開発が終わったら変更を元のブランチへ統合することができるようになります。",
+              "いい調子ですね。これまでにコミットとブランチについて学びました。そろそろ2つのブランチを1つにまとめるやり方について見ていきましょう。これができれば新しい機能の開発のために新しいブランチを切って、開発が終わったら変更を元のブランチへ統合することができるようになります。",
               "",
               "はじめに紹介するのは、`git merge`を使ったマージのやり方です。mergeコマンドによって、2つの独立した親を持つ特別なコミットを作ることができます。2つの親を持つコミットが持つ意味とは、「全く別々の場所にいるこの親とその親（*かつ*、それらの親の祖先全て）が持つ全ての変更を含んでいますよ」ということです。",
               "",
@@ -209,7 +209,7 @@ exports.level = {
               "`master`ブランチを`bugFix`ブランチにマージしてみます。"
             ],
             "afterMarkdowns": [
-              "`bugFix`ブランチは`master`ブランチの派生元だったので、gitは実際大したことはしていません：`bugFix`ブランチを指していたポインタを`master`が指していたコミットへと移動させただけです。",
+              "`bugFix`ブランチは`master`ブランチの派生元だったので、gitは実際大したことはしていません。`bugFix`ブランチを指していたポインタを`master`が指していたコミットへと移動させただけです。",
               "",
               "これで全てのコミットが同じ色になりました。つまり、リポジトリの中の全ての変更をそれぞれのブランチが持ったことになります。やったね！"
             ],
@@ -221,7 +221,7 @@ exports.level = {
           "type": "ModalAlert",
           "options": {
             "markdowns": [
-              "以下の作業で理解度の確認をしてみましょう。 steps:",
+              "以下の作業で理解度の確認をしてみましょう:",
               "",
               "* `bugFix`という名前で新しいブランチを切る",
               "* `git checkout bugFix`コマンドで`bugFix`ブランチをチェックアウトする",

src/levels/intro/rebasing.js

@@ -183,7 +183,7 @@ exports.level = {
           "type": "GitDemonstrationView",
           "options": {
             "beforeMarkdowns": [
-              "前回と同様の2つのブランチを考えます：仮にいまbugFixブランチをチェックアウトしているとします。（アスタリスクつきのもの）",
+              "前回と同様の2つのブランチを考えます。仮にいまbugFixブランチをチェックアウトしているとします。（アスタリスクつきのもの）",
               "",
               "bugFixに入ってる作業内容をそのまま直接masterブランチ上の内容に移動したいとします。こうすることで、実際には並行して開発された2つの別々のブランチ上のフィーチャを、あたかも1本のブランチ上でシーケンシャルに開発されていたかのように見せることができます。",
               "",

src/levels/rampup/cherryPick.js

@@ -434,9 +434,9 @@ exports.level = {
             "markdowns": [
               "## コードの移動",
               "",
-              "今まででは、gitの基本をひたすら見てきました -- コミット、ブランチ、そしてソースツリーの中でいろいろなポジションへのアクセス。これらの概念だけで、gitリポジトリの力を90%使いこなすことができ、開発者の主なニーズを満たしています。",
+              "今まででは、gitの基本をひたすら見てきました -- コミット、ブランチ、そしてソースツリーの中でいろいろなポジションへのアクセスなどです。これらの概念だけで、gitリポジトリの力を90%使いこなすことができ、開発者の主なニーズを満たしています。",
               "",
-              "しかし最後の10%はより複雑なワークフローやちょっとトラブった時にとても役に立つこともある。これから取り上げる次の課題は「コードの移動」 –- つまり開発者が、このコードをここに置き、そのコードをそこに置きたい、と安易、かつ具体的に表す方法です。",
+              "しかし最後の10%はより複雑なワークフローやちょっとトラブった時にとても役に立つこともあります。これから取り上げる次の課題は「コードの移動」 –- つまり開発者が、「このコードをここに置き、そのコードをそこに置きたい」と言うときに、安易かつ具体的に利用できる方法を勉強します。",
               "",
               "ちょっと複雑に聞こえるかもしれませんが、概念は簡単です。"
             ]

src/levels/rampup/detachedHead.js

@@ -573,7 +573,7 @@ exports.level = {
               "",
               "Gitの上級機能に進む前に、自分のプロジェクトを表すコミットツリーの中で任意の位置へ移動する様々な方法を知っておく必要があります。",
               "",
-              "移動方法が身につけば、他のgitコマンドをもよりうまく扱えるようになるでしょう！",
+              "移動方法が身につけば、他のgitコマンドをよりうまく扱えるようになるでしょう！",
               "",
               "",
               "",

src/levels/rampup/reversingChanges.js

@@ -301,7 +301,7 @@ exports.level = {
             "beforeMarkdowns": [
               "## Git Reset",
               "",
-              "`git reset`はブランチのポインタを後方に移動することで変更のキャンセルを実現します。履歴を上書きするような動作だと思うと良いでしょうか：`git reset`はそもそも前のコミットなんかなかったかのように、ブランチのポインタを元に戻してくれます。",
+              "`git reset`はブランチのポインタを後方に移動することで変更のキャンセルを実現します。履歴を上書きするような動作だと思うと良いでしょうか。`git reset`はそもそも前のコミットなんかなかったかのように、ブランチのポインタを元に戻してくれます。",
               "",
               "どういう感じか見てみましょう。"
             ],