ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
GitFlow vs GithubFlow - Qiita
GitFlowの説明 GitFlowのグラフ GitFlowにあるブランチの説明 masterブランチ、developブランチがメイン featureブランチ、releaseブランチ、hotfixブランチが補助 masterブランチは常にリリースできる状態 developブランチから、featureブランチを切って開発を進める featureブランチは機能追加用(通常の開発用) releaseブランチはdevelopブランチからブランチを切ってリリース直前用（例：受入テスト、総合テストのため利用） hotfixブランチはリリース後の緊急対応用 GitFlowの流れ フェーズ1:開発フェーズ 1.developブランチからfeatureブランチを切って、開発 2.他の人が開発したら自分のfeatureブランチにマージ 3.開発が終わったらfeatureブランチをdevelopにマージして、f
git運用フローの選び方 - Qiita
会社のブログに書こうかと思ったけれど、ちゃんと調べられてないのでメモがてらQiitaに書いておく。 本稿ではチーム開発においてフローを選ぶ際のポイントについて述べる。 TL;DR 運用フローは次のポイントに注意して選ぶと良い。 リリースサイクルの長短（長く計画的 or 短くアドホック） メンテするバージョンの数（1つ or 多数） 並行して開発するバージョンの数（1つ or 複数） フロー リリース メンテ 開発 github-flow 短 1つ 複数 git-flow 中 1つ 1つ stable trunk 中〜長 1つ 複数 mainline 中〜長 複数 1つ git運用フローとは VCS一般には「ブランチ戦略」とも言われる。 ここでは以下のように定義する。 git(VCS)を使う上で、どのブランチで作業し、 どのタイミングでブランチを分け、マージするかを定めたルールのこと。 よく
A successful Git branching model » nvie.com
Note of reflection (March 5, 2020) This model was conceived in 2010, now more than 10 years ago, and not very long after Git itself came into being. In those 10 years, git-flow (the branching model laid out in this article) has become hugely popular in many a software team to the point where people have started treating it like a standard of sorts — but unfortunately also as a dogma or panacea. Du
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアのためのGitの教科書 実践で使える!バージョン管理とチーム開発手法
