You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

101 lines
6.3 KiB

  1. # あなたのフォークの master ブランチ: 更新は頻繁に、コミットはしないこと
  2. <!---
  3. grep --no-filename "^[ ]*git diff" docs/ja/*.md | sh
  4. original document: 0.9.0:docs/newbs_git_using_your_master_branch.md
  5. git diff 0.9.0 HEAD -- docs/newbs_git_using_your_master_branch.md | cat
  6. -->
  7. QMK の開発では、何がどこで行われているかにかかわらず、`master` ブランチを最新の状態に保つことを強くお勧めします、しかし `master` ブランチには***絶対に直接コミットしないでください***。
  8. 代わりに、あなたのすべての変更は開発ブランチで行い、あなたが開発する時にはそのブランチからプルリクエストを発行します。
  9. マージの競合 &mdash; これは 2人以上のユーザーがファイルの同じ部分をそれぞれ異なる編集をして統合できなくなった状態 &mdash; の可能性を減らすため `master` ブランチをなるべく最新の状態に保ち、新しいブランチを作成して新しい開発を開始します。
  10. ## あなたの master ブランチを更新する
  11. `master` ブランチを最新の状態に保つには、git のリモートリポジトリとして QMK ファームウェアのリポジトリ(以降、QMK リポジトリ)を追加することをお勧めします。
  12. これを行うには、Git コマンドラインインターフェイスを開き、次のように入力します。
  13. ```
  14. git remote add upstream https://github.com/qmk/qmk_firmware.git
  15. ```
  16. ?> `upstream`(訳注: `upstream` は`上流`という意味です)という名前は任意ですが、一般的な慣習です。
  17. QMK のリモートリポジトリには、あなたにとって分かりやすい名前を付けることができます。
  18. Git の `remote` コマンドは、構文 `git remote add <name> <url>` を使用します。
  19. `<name>` はリモートリポジトリの省略形としてあなたが指定するものです。
  20. この名前は、`fetch`、`pull`、`push` やそれ以外の多くの Git コマンドで、対象のリモートリポジトリを指定するために使用されます。
  21. リポジトリが追加されたことを確認するには、`git remote -v` を実行します。
  22. 次のように表示されます。
  23. ```
  24. $ git remote -v
  25. origin https://github.com/<your_username>/qmk_firmware.git (fetch)
  26. origin https://github.com/<your_username>/qmk_firmware.git (push)
  27. upstream https://github.com/qmk/qmk_firmware.git (fetch)
  28. upstream https://github.com/qmk/qmk_firmware.git (push)
  29. ```
  30. これが完了すると、`git fetch upstream` を実行してリポジトリの更新を確認できます。
  31. このコマンドは `upstream` というニックネームを持つ QMK リポジトリから、ブランチとタグ &mdash; "refs" と総称されます &mdash; を取得します。
  32. これで、あなたのフォーク `origin` のデータを QMK が保持するデータと比較できます。
  33. あなたのフォークの `master` を更新するには、次を実行します、各行の後に Enter キーを押してください:
  34. ```
  35. git checkout master
  36. git fetch upstream
  37. git pull upstream master
  38. git push origin master
  39. ```
  40. これにより、あなたの `master` ブランチに切り替わり、QMK リポジトリから 'refs' を取得し、現在の QMK の `master` ブランチをコンピュータにダウンロードしてから、あなたのフォークにアップロードします。
  41. ## 変更を行なう :id=making-changes
  42. 変更するには、以下を入力して新しいブランチを作成します:
  43. ```
  44. git checkout -b dev_branch
  45. git push --set-upstream origin dev_branch
  46. ```
  47. これにより、`dev_branch` という名前の新しいブランチが作成され、チェックアウトされ、新しいブランチがあなたのフォークに保存されます。
  48. `--set-upstream` 引数は、このブランチから `git push` または `git pull` を使用するたびに、あなたのフォークと `dev_branch` ブランチを使用するように git に指示します。
  49. この引数は最初のプッシュでのみ使用する必要があります。
  50. その後、残りの引数なしで `git push` または `git pull` を安全に使用できます。
  51. ?> `git push` では、`-set-upstream` の代わりに `-u` を使用できます、 `-u``--set-upstream` のエイリアスです。
  52. ブランチにはほぼ任意の名前を付けることができますが、あなたが行なう変更を表す名前を付けることをお勧めします。
  53. デフォルトでは、`git checkout -b`は、今チェックアウトされているブランチに基づいて新しいブランチを作成します。
  54. コマンド末尾に既存のブランチの名前を追加指定することにより、チェックアウトされていない既存のブランチを基にして新しいブランチを作成できます:
  55. ```
  56. git checkout -b dev_branch master
  57. ```
  58. これで開発ブランチができたのでテキストエディタを開き必要な変更を加えます。
  59. ブランチに対して多くの小さなコミットを行うことをお勧めします。
  60. そうすることで、問題を引き起こす変更をより簡単に特定し必要に応じて元に戻すことができます。
  61. 変更を加えるには、更新が必要なファイルを編集して保存し、Git の *ステージングエリア* に追加してから、ブランチにコミットします:
  62. ```
  63. git add path/to/updated_file
  64. git commit -m "My commit message."
  65. ```
  66. `git add`は、変更されたファイルを Git の *ステージングエリア* に追加します。
  67. これは、Git の「ロードゾーン」です。
  68. これには、`git commit` によって *コミット* される変更が含まれており、リポジトリへの変更が保存されます。
  69. 変更内容が一目でわかるように、説明的なコミットメッセージを使用します。
  70. ?> 複数のファイルを変更した場合、`git add -- path/to/file1 path/to/file2 ...` を実行すれば、あなたの望むファイルを追加できます。
  71. ## 変更を公開する
  72. 最後のステップは、変更をフォークにプッシュすることです。
  73. これを行うには、`git push`と入力します。
  74. Git は、 `dev_branch`の現在の状態をフォークに公開します。