Merge pull request #40 from harupong/master

Fix #28

Author: harupong

book/05-distributed-git/sections/contributing.asc

@@ -42,7 +42,7 @@ Is a lieutenant system in place, and do you have to submit your work to them fir
 特定のメンテナーや統合マネージャーがすべてのパッチをチェックしている?
 パッチを適用する前にピアレビューをしている?
 あなたはパッチをチェックしたりピアレビューに参加したりしている人?
-若頭型のワークフローを使っており、まず彼らにコードを渡さなければならない?
+副官型のワークフローを使っており、まず彼らにコードを渡さなければならない?
 
 //////////////////////////
 The next issue is your commit access.

book/05-distributed-git/sections/distributed-workflows.asc

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