タグ

MercurialとSCMに関するp260-2001fpのブックマーク (6)

  • A successful Git branching model - プログラマの思索

    Gitの使い方について良い記事があったのでメモ。 【元ネタ】 見えないチカラ: A successful Git branching model を翻訳しました 少人数開発に役立つ5つのまとめ 構成管理について良いは、「パターンによるソフトウェア構成管理 (IT Architects’ Archive―ソフトウェア開発の課題)」と「入門Git」の2冊。 これらのを読んで理解した立場から書いてみる。 GitやMercurialのような分散バージョン管理では、ブランチをたくさん作るのが普通。 ブランチの目的を意識して、ブランチを管理するのが重要。 上記の記事では、メインブランチ、フィーチャーブランチ、リリースブランチ、ホットフィックスブランチの4種類が紹介されている。 僕の理解では、記事に書かれているメインブランチはtrunk、フィーチャーブランチはトピックブランチ、リリースブランチはまさ

    A successful Git branching model - プログラマの思索
    p260-2001fp
    p260-2001fp 2010/12/06
    リポジトリのl構成、ブランチ管理について。『メインブランチは、全てのブランチの本流』『逆に駄目な構成管理は、trunkを次々に乗り換えていくパターン』
  • 分散バージョン管理で間違いないって、ベイビー - The Joel on Software Translation Project

    Joel Spolsky / 青木靖 訳 2010年3月17日 水曜 しばらく前に、ジェフと私はStack Overflowポッドキャストにエリック・シンクを迎え、バージョン管理について騒がしく議論し、とくにトレンディな分散バージョン管理システムであるMercurialやGitのことを取り上げた。 そのポッドキャストで私はこんなことを言った。「私に言わせれば、ブランチやマージが簡単にできるようになるというのは、単に同僚たちがもっとブランチやマージをするようになるということで、余計混乱させられるだけのことだよ」 わかると思うけど、あのポッドキャストは前もって入念に準備したりはしていない。単に2、3人集まって、いい加減なおしゃべりをしているだけだ。そのため、しばしば我々の主張する内容が、少し専門的な言い方をするなら、「ちげーよ」ということになる。間違っているのはたいてい細かい部分か趣旨のどちら

    p260-2001fp
    p260-2001fp 2010/03/23
    Subversionでgitの使い方を再現しようと思ったら確かにつらくて困った。そもそも考え方が違うのだという事でlinus氏の酷い罵倒も納得。入門Git到着が待ち遠しい
  • Mercurial基礎最速マスター -初期設定・基本編- - Akinekoの日記

    タイトルはついったー上でみんながこれつけろって言われたので…w というわけで最速マスターとなるかどうかはわかりませんが入門Mercurial Linux/Windows対応の復習も兼ねてまとめようと思います。 ちなみにインストール方法ではGUIツールのインストール方法も紹介しますが、GUIによる操作の説明はなくコマンドに関してのみの記事となっております。また、主に参考にしているにはMacに関する記載がなく、僕もMac環境がありませんのでMacに関する説明は少なめとなっておりますこともご了承下さい。 追記: 2010/03/11 FreeBSDでのインストールについて(ついったーにてご指摘頂きました) 基礎文法最速マスターから基礎最速マスターへw 2010/03/11 マージツールの設定にTortoiseHgの場合を追加(コメントより) branchの説明を修正(コメントより) 2010/

    Mercurial基礎最速マスター -初期設定・基本編- - Akinekoの日記
  • 分散バージョン管理入門 (イラスト入り) - tcha.org

    Kalid Azad、 2007 年 10 月 15 日、 原文 (original post) 従来のバージョン管理は、ファイルをバックアップ・追跡・同期するのに役立った。 分散バージョン管理を使うと、変更内容を共有するのが楽になる。 さぁ、両方の長所を活かすんだ。簡単なマージと一括管理されたリリースを。 分散だって? これまでのバージョン管理で何がまずいの? 別に…。 さっ、気を取り戻したければ、 バージョン管理へのビジュアルガイド(英語) を読んで。 もちろん、「古くさい」システムを使っているとバカにする人もいるだろう。 けれど、私はそれで全然かまわないと思う。 どんなバージョン管理システム(VCS)を使うにしても、プロジェクトにとっては前向きな一歩なんだから。 集中型バージョン管理システムは 1970 年頃に現れた。 その頃プログラマーには、シンクライアントと “big iron”

    p260-2001fp
    p260-2001fp 2010/02/12
    分散型のバージョン管理システムについてイラスト付きの簡単な説明。知らない人への説明用に。Bazaarが出てなくて寂しい。
  • mercurialでチケット駆動開発 - logiqboard

    格的にmercurialを使い始めて数ヶ月、色々ノウハウがたまったのでまとめてみる。 想定する状況 VCSはmercurial一で運用 IssueがなにかしらのBTSで管理されており、チケット単位でかつ並列に開発を進めたい リリース順≠開発完了順(チケットAは開発完了しているが優先してチケットBだけを今すぐリリースしなければいけない という状況がありえる リポジトリ配置 中央(central) どこかの共有サーバー上にあり、全ての開発成果が集まる場所。 中央@個人用(default) ↑と同じ場所にある個人の開発用の中央リポジトリ。個人ローカルと完全に同期する。 確認環境(test) 中央からclone, pullされる。リリースチェック、各チケットの動作確認を行う。 個人ローカル 個人の開発環境上に置かれるリポジトリ。やりたい放題する。 ブランチ運用 default リリースブランチ

    mercurialでチケット駆動開発 - logiqboard
    p260-2001fp
    p260-2001fp 2009/12/09
    『開発順≠確認順≠リリース順という嫌な状況にも苦もなく対応できる』がポイント。検証用confirmブランチとリリースブランチを分ける。但しconfirmからリリースにマージしない。BTSのステータスに「verified」を用意。他。
  • 分散バージョン管理Git/Mercurial/Bazaar徹底比較

    分散バージョン管理Git/Mercurial/Bazaar徹底比較:ユカイ、ツーカイ、カイハツ環境!(3)(1/5 ページ) Subversionとは一味違う「分散バージョン管理」とは? 最近、Linuxをはじめ、Ruby on RailsMySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 稿では、バージョン管理ツールのデファクトスタンダードであるSubversion(以下、SVN)と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式(または、集中型)のバージョン管理システムと分散管理

    分散バージョン管理Git/Mercurial/Bazaar徹底比較
  • 1