はじめに GitHubを使ったことがありますか？ オープンソースソフトウェア開発に参加したことがある方はよくご存知でしょう。業務でプライベートリポジトリを活用している現場もあるかもしれませんね。GitHubはその名の通り、Gitリポジトリをホスティングできるサイトです。 もちろん、GitHub自体の開発にもGitが使われています。 複数のエンジニアが関わる開発になるため、なんらかの「ブランチモデル」が必要です。そうでなければ、たちまちリポジトリは混沌とした状態に陥ってしまうでしょう。 GitHubの開発チームは、ブランチモデルとして「git-flow」を使わずに、独自に作成した「GitHub Flow」を採用することにしました。 これは、「git-flow」よりも「GitHub Flow」が優れているということではなく、単に開発スタイルの問題です。 頻繁にリリース（デプロイ）するGitHu
はじめに Gitのブランチを活用できていますか？ Gitが人気を博している理由のひとつには、手軽に使えるブランチの存在があります。ブランチを効果的に使えなければ、Gitの真価を発揮することはできません。しかし複数人での開発で、特になんの決まりもなくブランチを使っていると、無秩序にブランチの作成やマージが行われ、リポジトリが混沌としてきます。 こうした問題を解決するために、「ブランチモデル」というブランチ管理方法が考案されました。 今回紹介するのは、Gitのブランチモデルのひとつである「git-flow」です。 ブランチモデルの中では比較的歴史が長く、git-flowをサポートしているツールも数多くあります。やや複雑なモデルではありますが、ツールを使うことでブランチの操作をある程度自動的に行うことが可能です。コマンドを覚えて流れをつかんでしまえば、それほど難しいことではありません。実際にやっ
ブランチ ブランチとは ブランチの運用 ブランチの切り替え ブランチの統合 トピックブランチと統合ブランチでの運用例 チュートリアル1 ブランチを使ってみよう！ 0. 前準備 1. ブランチを作成する 2. ブランチを切り替える 3. ブランチをマージする 4. ブランチを削除する 5. 並行で作業する 6. マージでの衝突を解決する 7. rebaseでマージする リモートリポジトリ pull fetch push タグ タグ チュートリアル2 タグを使ってみよう！ 0. 前準備 1. 軽量タグを追加する 2. 注釈付きタグを追加する 3. タグを削除する コミットの書き換え 直前のコミットを修正する 過去のコミットを打ち消す コミットを捨てる コミットを抜き取る コミットの履歴を書き換える ブランチ上のコミットを一つにまとめてマージする チュートリアル3 コミットを書き換えよう！ 1.
会社のブログに書こうかと思ったけれど、ちゃんと調べられてないのでメモがてらQiitaに書いておく。 本稿ではチーム開発においてフローを選ぶ際のポイントについて述べる。 TL;DR 運用フローは次のポイントに注意して選ぶと良い。 リリースサイクルの長短（長く計画的 or 短くアドホック） メンテするバージョンの数（1つ or 多数） 並行して開発するバージョンの数（1つ or 複数） フロー リリース メンテ 開発 github-flow 短 1つ 複数 git-flow 中 1つ 1つ stable trunk 中〜長 1つ 複数 mainline 中〜長 複数 1つ git運用フローとは VCS一般には「ブランチ戦略」とも言われる。 ここでは以下のように定義する。 git(VCS)を使う上で、どのブランチで作業し、 どのタイミングでブランチを分け、マージするかを定めたルールのこと。 よく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く