git-flowのインストールとブランチ運用前のリポジトリ準備:Gitブランチを使いこなすgit-flow/GitHub Flow入門(2)(2/2 ページ)
数回にわたってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。今回は、git-flowのWindows、Mac、Linux別でのインストール手順、利用の仕方の流れ、ブランチ運用前のリポジトリ準備の流れを紹介。
git-flowのリポジトリ準備の流れ
準備が終わったら、git-flowで利用するリポジトリを作成してみましょう。リポジトリを管理する管理者と、リポジトリを利用して作業を行う担当者の手順に分けて解説します。大まかな流れは図5のようになります。
【1-a】リポジトリの作成(リポジトリ管理者)
ソースコードを共有する共有リポジトリサーバ上に空のGitリポジトリを作成します。Gitのリポジトリであれば、何でも構いませんが、ここでは、GitHubを利用して、下記のURLにリポジトリを作成した例で解説します。
- https://github.com/okamototk/test.git
【1-b】リポジトリのクローン’
すでに共有リポジトリ上でソースコードを管理している場合は、管理者の端末にリポジトリをクローンします。
$ git clone https://github.com/okamototk/test.git
$ cd test
【2】リポジトリの初期化
Git Bashを起動し、git-flowで管理したいソースコードなどがあるフォルダ(すでにリポジトリで管理している場合は、クローンしたソースコードがあるフォルダ)へ移動して、下記のコマンドでリポジトリを初期化します。
$ git flow init -d
Initialized empty Git repository in c:/User/okamototk/test/.git/
No branches exist yet. Base branches must be created now.
Branch name for production releases: [master]
Branch name for "next release" development: [develop]
How to name your supporting branch prefixes?
Feature branches? [feature/]
Release branches? [release/]
Hotfix branches? [hotfix/]
Support branches? [support/]
Version tag prefix? []
初期化により、git-flowで利用するブランチが設定されます。「-d」オプションを外すと、git-flowで利用するブランチ名を自分で付けることができますが、特に理由がなければ、デフォルトのブランチ名を利用するのがよいでしょう。
初期化が完了したら、ブランチの情報を「git branch」コマンドで確認します。
$ git branch
* develop
master
作業用のdevelopブランチ上に移動したことが確認できます。
【3】準備したリポジトリを共有リポジトリで共有する
git-flowで管理するリポジトリを作成したら、共有リポジトリへプッシュし、担当者に共有します。新規に管理する場合は、「git remote」コマンドでプッシュ先のリポジトリを設定してからプッシュします。
$ git remote add origin https://github.com/okamototk/test.git(新規の場合)
$ git push --all
「git push」コマンドに「-all」オプションを付けることにより、git-flowで利用されるdevelopブランチも一緒にプッシュできます。
以上で、作業用の共有リポジトリの準備は完了です。
担当者の準備(担当者端末)
各担当者は、git-flow用にセットアップしたリポジトリを利用して開発を進めていきます。担当者の準備の概要を図6に示します。
普通にGitを利用する場合と異なり、リポジトリをクローンした後、担当者のリポジトリでも「git flow init」コマンドを実行し、git-flowの初期化を行う必要があるので、注意してください。
【1】リポジトリの取得
まず、各開発者の端末に「git clone」コマンドでソースコードを取得します。
$ git clone https://github.com/okamototk/test.git
【2】git-flowの初期化
git-flowは、git-flowのブランチの設定情報をGitリポジトリ上に保持できません。リポジトリ管理者の端末で行ったのと同様に、担当者のリポジトリでもgit-flowを利用する前に、下記の手順で初期化する必要があります。
$ git flow init -d
Using default branch names.
Which branch should be used for bringing forth production releases?
- master
Branch name for production releases: [master]
Branch name for "next release" development: [develop]
How to name your supporting branch prefixes?
Feature branches? [feature/]
Release branches? [release/]
Hotfix branches? [hotfix/]
Support branches? [support/]
Version tag prefix? []
共有リポジトリ作成時にgit-flowで利用するブランチ名を独自に設定している場合、「-d」オプションを外して、共有リポジトリ作成時に設定したブランチ名を入力してください。
初期化後、現在のブランチを確認すると、開発用のdevelopブランチにいることが確認できます。
$ git branch
* develop
master
次回は、実際にブランチを運用していく手順を紹介
今回は、git-flowの導入とリポジトリの準備について解説しました。次回は、実際にブランチを運用していく手順を紹介します。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
これでGitも怖くない! GUIでのバージョン管理が無料でできるSourceTreeの7つの特徴とは
SourceTreeは直観的なGUIで使いやすい、今話題の無料のリポジトリ管理ツールです。本稿では、Windows版のSourceTreeをGitサポート機能を中心に紹介します。かんばん!〜もし女子高生がRedmineでスクラム開発をしたら(5):「うわっ…私のバージョン管理、ダメ過ぎ…?」を解決するGitの使い方“超”入門
マージ、ブランチ、リポジトリ、コミット、リビジョン、インデックス、プル、フェッチなどの用語も図で解説かんばん!〜もし女子高生がRedmineでスクラム開発をしたら(6):Redmine×Gitのハーモニーは涙のチケット駆動開発!?
ALMiniumのGit連携機能「リポジトリブラウザ」「コミット/ブランチとチケットの関連付け」などを解説ユカイ、ツーカイ、カイハツ環境!(15):Java EE 6/Tomcat 7/Gitに対応したEclipse 3.6
先日公開されたHeliosの主な変更点や、Windows 64ビット版/デスクトップLinuxへの対応、日本語化、次世代版の「e4」を紹介しますユカイ、ツーカイ、カイハツ環境!(3):分散バージョン管理Git/Mercurial/Bazaar徹底比較
分散型のバージョン管理とは何かについて解説し、3つを徹底比較する。TracやSubversion、Eclipse、Windowsとも連携可能だユカイ、ツーカイ、カイハツ環境!(20):Bazaarでござ〜る。猿でもできる分散バージョン管理
「SubversionやCVSは使っているがGitなど分散型は難しい」という人にお勧めのBazaar。その特徴や使い方を徹底解説しますUXClip(35):和製GitHubの「gitBREAK」は「儲からなくてもいい」
和製GitHubの「gitBREAK」は「P/L(profit and loss)は追いかけない」らしい。彼らが目指す「遠くても大きな利益」とは?いまどきのソース・コード管理:第1回 TFS Expressで始めるソース・コード管理
ソース・コード管理のオンライン・サービス「Team Foundation Service」とTFS/Gitなどのオンプレミス・ツールを解説する連載スタート- 他ツールとの連携も強化:Git 1.7.5がリリース、メッセージの国際化へ一歩
オープンソースの分散バージョン管理システム「Git」の最新バージョン、「Git v.1.8.0」が10月21日、リリースされた。 - Subversion 1.7に対応:分散バージョン管理システム「Git」がバージョンアップ
- [Analysis]ソーシャル化するOSS開発者たち