@@ -128,7 +128,7 @@ Contributors don't have to wait for the project to incorporate their changes –
128
128
//////////////////////////
129
129
==== Dictator and Lieutenants Workflow
130
130
//////////////////////////
131
- ==== 独裁者と若頭型のワークフロー
131
+ ==== 独裁者と副官型のワークフロー
132
132
133
133
(((workflows, dictator and lieutenants)))
134
134
//////////////////////////
@@ -141,8 +141,8 @@ The process works like this (see <<wfdiag_c>>):
141
141
//////////////////////////
142
142
これは、複数リポジトリ型のワークフローのひとつです。
143
143
何百人もの開発者が参加するような巨大なプロジェクトで採用されています。有名どころでは Linux カーネルがこの方式です。
144
- 統合マネージャーを何人も用意し、それぞれにリポジトリの特定の部分を担当させます。彼らは若頭 (lieutenant) と呼ばれます。
145
- そしてすべての若頭をまとめる統合マネージャーが 「慈悲深い独裁者 (benevalent dictator)」です。
144
+ 統合マネージャーを何人も用意し、それぞれにリポジトリの特定の部分を担当させます。彼らは副官 (lieutenant) と呼ばれます。
145
+ そしてすべての副官をまとめる統合マネージャーが 「慈悲深い独裁者 (benevalent dictator)」です。
146
146
独裁者のリポジトリが基準リポジトリとなり、すべてのメンバーはこれをプルします。
147
147
この作業の流れは次のようになります ( <<wfdiag_c>> を参照ください)。
148
148
@@ -154,8 +154,8 @@ The process works like this (see <<wfdiag_c>>):
154
154
4. The dictator pushes their `master` to the reference repository so the other developers can rebase on it.
155
155
//////////////////////////
156
156
1. 一般の開発者はトピックブランチ上で作業を進め、`master` の先頭にリベースする。独裁者の `master` ブランチがマスターとなる
157
- 2. 若頭が各開発者のトピックブランチを自分の `master` ブランチにマージする
158
- 3. 独裁者が各若頭の `master` ブランチを自分の `master` ブランチにマージする
157
+ 2. 副官が各開発者のトピックブランチを自分の `master` ブランチにマージする
158
+ 3. 独裁者が各副官の `master` ブランチを自分の `master` ブランチにマージする
159
159
4. 独裁者が自分の `master` をリポジトリにプッシュし、他のメンバーがリベースできるようにする
160
160
161
161
[[wfdiag_c]]
0 commit comments