git-flowはDriessen氏がブログにて発表したgitの開発手法であり、それを実現するツールの名前でもあります。 今回はツールの説明ではなく、ブランチを中心とした開発手法についてまとめます。 5つのブランチ git-flowにはmaster, release, develop, feature, hotfixの5つのブランチが登場します。 メインブランチ 開発のコアとなるブランチ。 master 製品として出荷可能な状態であり、アプリケーションが安定して動く状態にする必要がある。 develop 次のリリースのための最新の開発作業の変更が反映されている状態。このブランチが常に最新。 サポートブランチ 機能の追跡、製品リリースの準備、製品に起きた問題をすばやく修正すること、などを容易にするためのブランチ。 feature 分岐元：develop merge先：develop deve
ふたつとも、Gitにおけるリポジトリのモデルのこと。 こんなふうにブランチを切って運用していくと便利だよというワークフローのこと。 github flowはgit flowを簡略化したもの。 git flowとは？ http://nvie.com/posts/a-successful-git-branching-model/ より masterブランチ、developブランチがメイン featureブランチ、releaseブランチ、hotfixブランチが補助 masterブランチは常にリリースできる状態 developブランチから、featureブランチ/releaseブランチ/hotfixブランチを切って開発を進める featureブランチは機能追加用(通常の開発用) releaseブランチはリリース直前用 hotfixブランチはリリース後の緊急対応用 git flowでの開発の流れ ①
git-flowとは、プラグイン(ツール)のことです。。 Vincent Driessen氏がブログに書いた"A successful Git branching model" というブランチモデルの導入を簡単にする git プラグインである。 参考資料： ・ http://hm-solution.jp/lifehack/post2475.html ・ http://d.hatena.ne.jp/Yamashiro0217/20120903/1346640190 #Git-flowイメージと各ブランチの役割 ####master: プロダクトとしてリリースするためのブランチ。リリースしたらタグ付けする。 ####develop: 開発ブランチ。コードが安定し、リリース準備ができたら master へマージする。リリース前はこのブランチが最新バージョンとなる。 ####feature bra
いまさら聞けない、成功するブランチモデルとgit-flowの基礎知識：Gitブランチを使いこなすgit-flow／GitHub Flow入門（1）（1/2 ページ） 数回に渡ってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。初回は、ブランチ管理の課題と効率的にバージョン管理できる5つのブランチモデルと、ブランチの管理を簡単に行えるツール「git-flow」について。 Gitなどの次世代のバージョン管理ツールの特徴として、ブランチの機能を高度に活用できるという利点があります。Gitのブランチを生かしたツール・フローとして「git-flow」「GitHub Flow」が注目を浴びていますが、本連載では数回に渡ってgit-flowとGitHub Flowを使ったGitの活用テクニックを紹介します。初回は、git-flowの概要を紹介します。 効率的にバージョ
はじめに Gitのブランチを活用できていますか？ Gitが人気を博している理由のひとつには、手軽に使えるブランチの存在があります。ブランチを効果的に使えなければ、Gitの真価を発揮することはできません。しかし複数人での開発で、特になんの決まりもなくブランチを使っていると、無秩序にブランチの作成やマージが行われ、リポジトリが混沌としてきます。 こうした問題を解決するために、「ブランチモデル」というブランチ管理方法が考案されました。 今回紹介するのは、Gitのブランチモデルのひとつである「git-flow」です。 ブランチモデルの中では比較的歴史が長く、git-flowをサポートしているツールも数多くあります。やや複雑なモデルではありますが、ツールを使うことでブランチの操作をある程度自動的に行うことが可能です。コマンドを覚えて流れをつかんでしまえば、それほど難しいことではありません。実際にやっ
はじめに 5日目は、スマートテック・ベンチャーズの奥寺(@okuderap )が担当いたします。 今回はGitのブランチモデルについてです。 私はGitを使い始めたばかりの頃、masterブランチ1本で開発進めてしまったり どのようにブランチを使い分ければ良いのか全然わかりませんでした。 私が経験した好ましくないケースをいくつか挙げて 最後に、それらの問題点を解消したブランチモデルをご紹介いたします。 ※iOS開発において、Gitを使った経験を記載します。 製品やサービスの開発に利用する場合は通じることがあると思いますが、 プロジェクトによって変わる部分もございます。 #Case1: masterブランチ1本 私がGitを触り始めたばかりの頃はこの使い方でした。 【開発作業の流れ】 なんでもかんでもmasterブランチにコミットする 【登場するブランチ】 master: 開発を進めたら全て
本連載「こっそり始めるGit／GitHub超入門」では、バージョン管理システム「Git」とGitのホスティングサービスの1つ「GitHub」を使うために必要な知識を基礎から解説していきます。具体的な操作を交えながら解説していきますので、本連載を最後まで読み終える頃には、GitやGitHubの基本的な操作が身に付いた状態になっていると思います。 前回記事「たった3つで共存できる、Git／GitHubとSubversion（SVN）の連携、移行に関する基本操作」では、Subversionとの連携や移行について解説しました。 本連載の最終回となる今回のテーマは「Git／GitHubのワークフロー」です。幾つか存在するバージョン管理のワークフローのうち「git-flow」「GitHub Flow」の概要を解説します。 git-flow 「git-flow」はVincent Driessen氏の「A
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く