Git、git-flow について [自分用メモ]

gitについて

参考サイト

サルでも分かるGit入門
http://www.backlog.jp/git-guide/reference/

Gitを使いこなすための20のコマンド
https://osdn.jp/magazine/09/03/16/0831212

・git→githubの送り先を確認する
git remote -v　※herokuの送り先も確認できる

・git flowのリポジトリをGitHubにプッシュする
git push -u origin master　※masterブランチ
git push -u origin develop　※developブランチ
git push -f origin master ※強制Push

・GitHubの送り先を登録
git remote add origin [e-mail]:hogehoge/sample-app.git

・Herokuの送り先を登録
git remote add heroku https://git.heroku.com/sample.git

・GitHubの送り先を変更(登録済みのリモートリポジトリのアドレスを変更したい)
(githubにpushする際のoriginを変更する方法)
git remote set-url (リポジトリの名前) (新しいリポジトリのURL)

例：
git remote set-url origin [e-mail]:hogehoge-app/hoge_fuga.git　※ Githubの場合
http://qiita.com/gonshi_com/items/de7f2a70e096cdeeb280

git remote set-url bluemix https://hub.jazz.net/git/ailes/Ailes.1　※ bluemixの場合

git remote set-url heroku https://git.heroku.com/hogehoge-tor-7235.git　※ herokuの場合

※実行した後は、git remote -vで正しく変更されたか確認する。

・今どのブランチ上にいるかを確認
git branch

・コミットログを閲覧する
git log

・変更が加えられたファイルを表示する(差分の変更を確認できる)
git status

・ブランチの一覧を表示
git branch -a

・ブランチを削除
git branch -d ブランチ名　※例) git branch -d feature/add-readme-dive
※ git branchで削除されたかを確認
※ その後、git pull(pullは差分更新という意味、最新の情報を取得する)
※ HEAD にマージされていないコミットがある場合、ブランチを削除できません。 マージされていないコミットがあるブランチを強制的に削除するには、 -D オプションを付けて実行します。

・ブランチを切り替える
git checkout ブランチ　※ 例) git checkout develop

・GithubへのPullRequest方法(pullは差分更新という意味)
http://qiita.com/samurairunner/items/7442521bce2d6ac9330b

・前回のコミットから今回登録された内容の差分を確認
git diff HEAD^ HEAD --stat

git flowについて

git flowのインストール(使わない？)

https://teachme.jp/contents/351524

チーム開発(Git-Flowリーダー編)

https://teachme.jp/contents/412048

git flow 流れ

※ git flow導入の前に、先にGitHubにリポジトリを作ること

下記作業の前に、以下URLの作業を行う！！
GitをGithubへ連携させる(1回目、個人用リポジトリの作成)

※ 作業はgitHub上にMilestone(期間を設定、P102)、Issueを登録してから行うこと！！
READMEはGitHubのリポジトリを作成した最初に書くか、もしくはNitrousのREADMEファイルに書く。やり方はテキストに書いてある。

参考サイト
http://www.atmarkit.co.jp/ait/articles/1401/06/news013.html

[チームの場合]

1. 招待メールが届く。リンクをクリックしてGitHubページに移動する。

2. リンク先の、SSH内の文をコピーする。コピーしたら、Nitrousのカレントディレクトリがcodeの状態でクローンする。

git clone コピーしたSSH文 + Enter

を実行する。
※git cloneコマンドを実行してリモートリポジトリと同じものを自分のローカルリポジトリに複製する。

3. git flowをインストールする(cloneしたアプリのカレントディレクトリで)

sudo apt-get install git-flow
を実行する。
コンソールに「git flow」コマンドを入力。実行しusage: git flow...と入力されていたら、正常にインストールが完了されている。

4. git flowの初期設定を行う(cloneしたアプリのカレントディレクトリで)
git flow init -d

※ git flowの初期設定が終わるとdevelopブランチが作成され、developブランチ上に移動した状態になる。基本的にgit flowではdevelop上でアプリを開発していく。

5. GitHub上にdevelopブランチを作成する(masterブランチは、最初にGitHubリポジトリを作った時点で送付されている)
git push -u origin develop

６. featureブランチを切る(featureブランチはdevelopブランチから切る)
例)
git checkout develop　※developブランチに移動する

※ git flow feature start ブランチ名
git flow feature start add-readme-tanaka
git flow feature start add-user

6. 作業を始める → 作業終了後
git add -A
git commit -m "my profile"

7. コミットしたら、次にリモートリポジトリにプッシュする
git push -u origin feature/add-readme-tanaka
※ このコマンドを実行するだけで、GitHub上にfeatureブランチができる。

※ GitHub上にmasterブランチを作成する場合
git push -u origin master
※ developブランチを作成する場合
git push -u origin develop

8. プッシュしたらGitHubでプッシュできているか確認する。

9. 自分のブランチがあることを確認したらプルリクエストを実行する。プルリクエストを実行することで、本当に自分が開発した機能や修正したもの、追記したものをdevelop(大元のブランチ)にマージしていいか確認することができる。プルリクには何を行ったのか詳細に書くようにする。見出しのフォーマットは変えずに、見出し移行に追記していく形になる。

・送付したブランチを選択する (master → feature/add-blog)

・左側が送ったブランチ名になっていることを確認して、
[ Compare & pull request ] をクリックする

・base:develop ・・・compare: feature/add-blog

・タイトルと内容を入力して、
[ Create pull request ] をクリックする

※あとはこちらを他のメンバーに見てもらい、masterにマージしてもらうか、修正点があれば、さらにコミットしてpushするなどをしするなどをして、developやmasterブランチに取り入れてもらう。

10. プルリクが作成されると開発者がプルリクエストを確認して、マージするか判断する。

11. 最後に不要になったfeatureブランチを削除する。 P15
git checkout develop
git branch -d feature/add-readme-tanaka　※ git branch -d ブランチ名

12. GitHub上のdevelopに反映された作業内容を手元のgitのdevelopブランチにも反映させるためにdevelopブランチへ移動する。
git checkout develop
※ [STEP1]Git flowのインストール8/9ページ

13. GitHub上のdevelopに反映された作業内容を手元のgitのdevelopブランチにも反映させる(pullして最新の情報を取得する)。最新の状態にしないでpushをしようとすると、他のメンバーがすでにpushしていた際にpushできないことがある
git pull　※ 該当のブランチで行う

ブランチ作業中に、当該ブランチのみに更新分を反映させたいときは、
git pull origin ブランチ名

※ [STEP1]Git flowのインストール8/9ページ

14. releaseブランチを作成する
developブランチでの開発が終了し、アプリをリリースする段階になると、releaseブランチを作成する。
※ releaseブランチでは、リリースに向けた作業を行っていく。基本的には細かいドキュメントの修正やバグフィックスを行う。準備が終わってリリースする際には、リリースブランチをmasterブランチへマージし、リリースタグを打つ。これにより、リリース時のソースコードを確定します。git-flowのブランチモデルでは、masterブランチにコミットを行わない。そのため、masterブランチを見れば、リリースしたコードの状態が把握できるようになっている。また、releaseブランチで作業した内容を、同時にdevelopブランチにもマージし、最新の開発版に反映させる。これにより、リリース時に行ったバグ修正のdevelopブランチへの反映漏れを防ぐことができる。

git flow release start v1.0　※developブランチから作成する

リリースに向けた作業を行う。細かいドキュメントの作成やバグフィックスなど。
作業終了後、
↓
masterブランチへマージする。リリースタグを打つ。
↓
releaseブランチで作業した内容を、同時にdevelopブランチにもマージする。developブランチを最新の開発版に反映させる。
作業終了後、
git push -u origin release / v1.0
↓
送付したブランチを選択する(master→release)
masterブランチにPull Requestを行う。OKが出ればマージされる。
↓
releaseブランチで作業した内容を、developブランチにもPull Request、OKがあればマージされる。

・hot fixブランチの作成
git flow hotfix start v1.0.1　※ masterブランチから作成する

・Herokuにプッシュする場合(git push heroku master)は、GitHubでmasterブランチにマージした後、Nitrousのブランチをgit checkoutでmasterに変える。
↓
その後、git pullをする。
↓
その後、git push heroku master、を行う。

[重要]GitHubで行う作業
git push --forceで強制的にブランチにpushすることを防ぐには、
1. 該当するリポジトリに移動してsettingをクリックする。
2. Branches
3. ・Protect this branchをチェック
4. ・require status checks to pass before mergingにもチェック
※ これで開発責任者以外の人たちによる強制プッシュを防ぐことができる。

git flowポイント

・featureブランチとreleaseブランチは、developブランチから作成される

・hotfixブランチは、masterから作成される。

git flow コマンド

・featureブランチの作成 (developブランチからブランチを切る)
git flow feature start ブランチ名　※ git flow feature start add-readme-tanaka

・git-flowで使えるコマンドを確認する
git flow