trackSMARTのJavaScript講座が書籍になりました。ブランチ作業ブランチの作成ブランチ終了時のエラー2つ目のワーキングフォルダを作成ブランチの共有ブランチの終了リリース用ブランチ作業リリースブランチの終了手順リリース後のバグ修正バグ修正ブランチの作成手順バグ修正ブランチの終了手順git-flowのコマンドと作業フローgit-flowには開発、リリース、バグ修正用のブランチが用意されていて、それぞれに一連のフローがあります。それぞれほぼ同じ要領で作業を進められるので、おぼえる必要があるコマンドはかなり限られています。これからそれぞれの工程を追って、リポジトリの準備から開発、リリース、バグ修正までの流れを説明します。git-flowによるブランチ利用の流れgit-flowにはブランチを作成するstartコマンド、ブランチを終了するfinishコマンド、共有リポジトリのコミットを取得するpullコマンドなどいくつかのコマンドが用意されています。ブランチ上でリベースを行うgit-flowはだいたい次のような書式になります。コマンドブランチ種別には開発・改修用であればfeature、リリース用であればrelease、バグ修正であればhotfixを指定します。準備git-flowのブランチモデルgit-flowでは、下記のブランチを利用します。masterブランチリリースしたソースコードを管理するためのブランチです。このブランチで直接作業することはありません。developブランチ開発の軸になるブランチです。featureブランチなど他のブランチで行った作業をマージします。develop新機能の追加や改修などを行うブランチです。タスクごとにfeatureブランチを作成し、作業を行います。masterやdevelopのように永続して存在せず、使い終わったfeatureブランチは削除されます。masterリリースの準備を行うためのブランチです。リリース準備完了後にmasterとdevelopにマージされ、削除されます。masterバグの修正など緊急対応を行うためのブランチです。このブランチでの作業内容はmasterブランチへマージされ、削除されます。masterとdevelopは永続的に存在するブランチで、直接作業することはありません。それぞれ必要に応じてfeature、release、hotfixブランチを作成し、作業終了後にmasterやdevelopにマージすることになります。共有用のフォルダと、開発者が2人いる前提でワーキングフォルダを2つ作ります。Bash)を使ったコマンドで説明します。いう名前で作成し、作成したフォルダに移動します。Bashを起動してください。選択するとそのディレクトリがカレント状態で開かれます。リポジトリを初期化します。オプションで推奨のブランチ名が自動でつけられます。ブランチの情報を確認すると、masterとdevelopブランチが作成され、developブランチがカレントになっていることがわかります。masterこれでワーキングフォルダが1つ用意できました。次に共有リポジトリを作成します。先ほど作成したワーキングフォルダの共有リポジトリを作成します。testAフォルダから上の階層に移動してください。コマンドを使って、test.gitというフォルダ名で共有リポジトリを作成します。remoteコマンドを使って、デフォルトのプッシュ先を先ほど作成した共有リポジトリに設定します。addコマンドを実行します。新しい機能の追加など、新規開発や改修などはfeatureブランチを作成して作業します。ワーキングフォルダにて、開発用のブランチを作成しましょう。あればfeature、ブランチ名には任意の名前を設定します。ここではブランチ名にver1.0を指定します。指定すると、developブランチから新しいブランチが作成されます。ここではバージョン番号としましたが、開発の名称などをつけても問題ありません。commit下記は例ですが、何か作業したあとにコミットしてください。"1回目の編集"featureブランチでの作業が完了したら、ブランチを終了させます。'develop'feature/ver1.0ブランチはdevelopブランチにマージされたうえで削除されます。-vvを実行すると、developとmasterブランチのみが残り、developにfeature/ver1.0の最新コミットが反映されているのが確認できます。commit問題なければ、ローカルのdevelopブランチを共有リポジトリのdevelopブランチにプッシュします。ブランチ終了時のエラーコミットせずにブランチを終了しようとすると下記のようにエラーとなります。その場合はコミットしてからブランチを終了しなおしてください。複数のユーザでプロジェクトを進めるテストをしたいので、2つ目のワーキングフォルダを用意しましょう。branchを実行すると次のようにdevelopとmasterが作成されているはずです。commitブランチの共有testBで開発用の新しいブランチを作成します。ver1.1下記は例ですが、開発が完了したらコミットします。publishで作成したブランチを共有します。'feature/ver1.1'これで共有リポジトリにfeatureリポジトリが登録されました。次にtestBで作業した内容を、testAに反映します。trackを使います。commitfeature/ver1.1ブランチがtestAに反映されました。publishとtrackはブランチ作成後1回だけ行います。pull、プルリクエスト等を使って更新します。ブランチの終了featureブランチでの作業が完了したら、ブランチを終了させます。commit最後にdevelopブランチを共有リポジトリに反映します。develop次にtestBに移動してブランチの情報を表示してみましょう。よりfeature/ver1.1はdevelopにマージされて、削除されています。testBではその反映がされていないため、共有リポジトリdevelopの内容を2つ目のワーキングフォルダに反映します。commit不要になったfeature/ver1.1ブランチは削除します。feature/ver1.1リリース用ブランチ作業リリース前の作業はreleaseブランチを作成して行います。start、finish、publish、trackの使い方はは同じで、ブランチ名の部分だけ変更して使います。ver1.1リリースブランチの終了手順ブランチの開始や共有などはfeatureブランチの際と同じですが、終了は多少違いがあります。featureはdevelopにマージされますが、releaseはdevelopとmasterにマージされ、masterにはタグの設定もあります。リリースブランチを終了します。...の後は次のようにコミットメッセージの入力画面が表示されるので、必要であればメッセージを追記します。commit.リリースタグ用コメントコミットメッセージを保存したあと、次にタグ名の入力をします。develop再度コミットメッセージの入力画面が表示されますが、変更がなければこのまま保存します。commit.releaseブランチでの作業が完了したら、ローカルのdevelopブランチ、masterブランチをpushします。--allリリース後のバグ修正リリース後のバグ修正作業はhotfixブランチを作成して行います。start、finish、publish、trackの使い方は同じで、ブランチ名の部分だけ変更して使います。リリース時にタグ名が登録されているので、今まで使っていたタグ名は使えません。現在のタグ名がver1.2であればver1.2.1など名前を変更して指定してください。ver1.2.1バグ修正ブランチの作成手順startコマンドでブランチを作成する際、featureブランチとreleaseブランチはdevelopブランチから作成されますが、hotfixブランチはmasterブランチから作成されます。ver1.2.1バグ修正ブランチの終了手順ブランチの開始や共有などはfeatureブランチの際と同じですが、終了は多少違いがあります。hotfixはdevelopとmasterにマージされます。修正作業とコミットが終了したら、バグ終了ブランチを終了します。...の後は次のようにコミットメッセージの入力画面が表示されるので、必要であればメッセージを追記します。commit.バグ修正タグ用コメントコミットメッセージを保存したあと、次にタグ名の入力をします。develop再度コミットメッセージの入力画面が表示されますが、変更がなければこのまま保存します。commit.releaseブランチでの作業が完了したら、ローカルのdevelopブランチ、masterブランチをpushします。コメントをキャンセルメールアドレスが公開されることはありません。USリズムファクトリーはホームページの制作会社です。ホームページ制作に関するご要望・ご相談はこちらからどうぞ。