タグ

2010年4月23日のブックマーク (3件)

  • InfoQ: 複数のアジャイルチームでのバージョン管理

    複数のチームが動いているアジャイル環境では、以下の目的を実現するバージョン管理モデルが必要になります。 フェイルファースト フェイルファーストとはコードのコンフリクトや統合での問題を可能なかぎり早期に発見することです 大きな問題を数回のタイミングで修正するよりも、小さな問題を何度も修正していく方が賢明です 常にリリース可能 どんなに悪いスプリント(イテレーション)だったとしても、その成果物は何かしらリリース可能なものでないといけません シンプル このスキームはチームのメンバ全員に毎日使われることになるので、ルールや定型作業は明確かつシンプルでないといけません 紙1枚にまとめた要約図(壁張り用) この図を見て分からないことがあっても構いません。この先を読んでください。 この図を見て分からないことがなくても、この先を読んでください。 この要約図はPDFでもダウンロードできます(DL) バージョ

    InfoQ: 複数のアジャイルチームでのバージョン管理
    hashimoya
    hashimoya 2010/04/23
    ブランチの活用が確かにキモなんだけども、リリースが前後したり複数人で作業範囲がかぶったりするとアレになる。ファイルマスターの設置と、コミットの監視が必要か。
  • F's Garage:ややこしいシステムを使わないソースコード管理

    「先祖返り」ってご存じでしょうか? せっかく作っていたデータを、古い日付のもので上書きしてしまい、古い状態に戻してしまうことを言います。 よくWeb制作で起きがちで、複数人で一つのフォルダのソースをいじくっていたり、不注意な人がざっくり古いファイルを上書きしてしまったりすることでおきます。特に忙しい納期直前ほど起きる現象です。 不注意な人のやることと言ってしまえばそれまでですが、人は必ずミスをするものです。 不注意な人のミスをいかになくすか?というのが、世の中の生産管理の肝と考えれば、単純にソースコードの管理手法がなっていないと考える方が僕は自然だと思います。 世の中には、バージョン管理システムという名前で、CVSとかSubversionとか便利なシステムがあるのですが、これがちょっと難しい。何が難しいというと、まず用語が難しい。コミットだのチェックアウトだの聞き慣れないキーワードがついて

    hashimoya
    hashimoya 2010/04/23
    ファイル管理。属人性をできるだけ排除するということ。
  • [J] TortoiseSVN で Subversion のリビジョン間の差分ファイルを抽出 (エクスポート) - Jamz (Tech)

    差分だけを収集して納品とか良くある。そこでタイトルの問題にぶち当たって調べてみた。 複数のフォルダやファイルの差分を一覧化したり、比較してくれる個別のソフトウェアはいくつかある。 DF 窓の杜 - 【NEWS】複数フォルダ内のファイル名を一覧表示して更新日時などを比較できる「Folsa」 DirDiff フォルダ比較ツール CompFolder (シェアウェア) Linux 系であれば diff コマンドって選択肢もあるか。 diff -r $old_dir $new_dir ちょっと用途は違うけど DSync なんてのもあった。 DSync (同期ツール) Subversion でファイルを管理していれば容易にできるはず、じゃないとバージョン管理システムとしてダメダメってことになる。 ただ、マニュアルを読んだだけだと解決策は見つからなくって... 逆にできないんじゃない ? という気に

    hashimoya
    hashimoya 2010/04/23
    リビジョン間の差分を納品したい場合の手段がいくつか紹介されている