3
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

GitHub チーム開発の流れ

Posted at

#【GitHub チーム開発の流れ】

山浦清透さん いつもありがとうございます。
Git:もう怖くないGit!チーム開発で必要なGitを完全マスター

##Git 推奨される開発流れ

masterブランチをリリース用ブランチにして、開発はトピックブランチを作成して始めることが基本だそうです。

(私が従事する業務プロジェクトも上記のようなチーム開発の体制を取っています。)

masterブランチが最新リリースの状態に保っておくことが出来る。
バグが発生しても、前のバージョンに遡ればバグのない状態に出来る。
 → masterブランチで開発すると、バージョンの状態がややこしくなる。

##プルリクエスト

自分の変更したコードをリポジトリに取り込んでもらえるようにする依頼する機能。

###プルリクエストの手順

1、ローカルリポジトリからリモートリポジトリ(GitHub)にプッシュする。
2、プルリクエストを送る。
3、チームメンバーにレビューしてもらう。
4、OKであれば、プルリクエストマージする。
5、不要になったブランチは削除する。

##GitHub Flow

GitHub社が自社でおこなっているワークフロー

###GitHub Flowの手順

1、masterブランチからブランチを作成する。
2、ファイルを変更して、コミットする。
3、同名のブランチをGitHubにプッシュする。
4、プルリクエストを送る。
5、レビューをして、masterブランチにマージをする。
6、masterブランチを本番サーバにデプロイする。

ポイント

・masterブランチは、常に最新に保つ。
・新しく開発する場合は、masterブランチから新規で作成する。
・定期的なPushを心がける。
・masterブランチにマージするためのプルリクエストを欠かさない。
・必ずレビューを受けてから、masterブランチにマージして、デプロイする。
(テストとデプロイ作業は自動化しよう。)

※シンプルなワークフローにすることで、ミスを減らす!

3
2
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
3
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?