mercurialでチケット駆動開発 - logiqboard
本格的にmercurialを使い始めて数ヶ月、色々ノウハウがたまったのでまとめてみる。 想定する状況 VCSはmercurial一本で運用 IssueがなにかしらのBTSで管理されており、チケット単位でかつ並列に開発を進めたい リリース順≠開発完了順（チケットAは開発完了しているが優先してチケットBだけを今すぐリリースしなければいけない という状況がありえる リポジトリ配置 中央(central) どこかの共有サーバー上にあり、全ての開発成果が集まる場所。 中央@個人用(default) ↑と同じ場所にある個人の開発用の中央リポジトリ。個人ローカルと完全に同期する。 確認環境(test) 中央からclone, pullされる。リリースチェック、各チケットの動作確認を行う。 個人ローカル 個人の開発環境上に置かれるリポジトリ。やりたい放題する。 ブランチ運用 default リリースブランチ
Mozilla、リポジトリをCVSからMercurialへ移行 | エンタープライズ | マイコミジャーナル
Mozilla Developer CenterにおいてMozilla-CentralがCVSからMercurialへ移行していることを発表した。現在の計画ではFirefox、XULRunner、Gecko/Toolkitコードまたはそれに関係するコードがMercurialリポジトリへマージされることになるという。 MercurialはPythonで開発されたバージョン管理システム。CVSとよく似た操作性を提供しつつも、高速に動作しディスク消費が少ない。さらに名前の変更などCVSではうまく機能しないいくつかの機能を提供している。3月24日(米国時間)にはMercurial 1.0が公開されている。 FLOSSプロジェクトではこれまでバージョン管理システムにCVSが採用されることが多かったが、最近ではSubversionをはじめGit、Mercurialなどに移行する作業が進められている。M
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
