git の運用指針 - Cube Lilac
ソフトウェア開発に関しては、これまでほぼ一人で完結していた*1ので git の運用方法もかなり適当だったのですが（ただのコミットマシーン状態）、今回、同一プロジェクトに対して複数人でコミットしていく形になっているので、その状態だとやはりまずいなと言う気がしてきました。ググっていると「なるほど」と思う記事もたくさんあったので、それらの記事を元に自分のプロジェクトの「git の運用指針」を情報共有のために記載しておこうと思います。 前提 まず始めに、現在のプロジェクトの状況は下記のようになっています。 開発は 1 人のメインコミッタ（私）と数人のサポートコミッタ（アルバイト等）で行われる メインコミッタはフルタイム、サポートコミッタは週に数時間〜10時間程度の勤務形態 サポートコミッタに対しては、基本的に 1 機能（1 チケット）を 1 人で完結するように作業を配分するが、時間的な兼ね合いもあ
git-flowというものを使うらしいのでちょっと調べてみたなど - ゆうなんとかさんの雑記帳的な。
今回掴んだバイトですが、まだまだサービスがリリース前なので「変更はmasterリポジトリに突っ込んどいていいよ」と言われています。しかし、今後は「git-flow」というものを使って作業をすすめるようにとのことです。なんでしょうかねこれ、というわけでちょっとだけ調べてみました。 git-flowとは？ 小洒落た言い方をすれば「yet another*1なブランチワーク補助ツール」です。結局は使う側も多少はルールに従う必要なのですが、これを使うことで、複雑なブランチの切り方をしてもあまり混乱することなくリリース状態をキープすることができるようです。 インストール $ sudo yum install gitflowyumはお使いのパッケージ管理ツールへと適当に読み替えてください。「gitflow」も環境によっては「git-flow」だったりするのでそちらも適宜読み替えｔ(ry つかってみる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
