GitLab flowから学ぶワークフローの実践 | POSTD
Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys
git,GitLabを1年半使った現状 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは、河野です。 一昨年にgitについての社内勉強会を行い、その内容を gitの勉強会「はじめようgit」を行いました にてまとめました。それから1年半ほど経ったので現状をまとめようと思います。 ワークフロー git flow、GitHubフローを参考に始めましたが、現在は develop,master,各feature以外に、stagingブランチを設けるようにしています。 自分がいるチームは、SIのプロジェクトが中心なので頻繁にリリースすることはありません。ですので、 各featureブランチで機能を開発→developへマージ 社内のテストはdevelopを中心に行う→テストが一巡したらstagingへマージ お客様確認用のステージング環境へはstagingブランチを使用 ステージング環境でのテストも終わったらmasterへマージ 最新のmasterをリリースし、タグを打つ と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
