タグ

subversionに関するkatsuya0324のブックマーク (3)

  • Subversion で特定のファイルを管理下から除外する方法 | Sun Limited Mt.

    Windows のころは TortoiseSVN を使用していたのですが、Mac に移行してからコマンドラインで svn を使用するようになりコマンドを忘れていることが多いのでメモしておきます。 logs ディレクトリの拡張子 .log というファイルを除外する場合 $ svn propset svn:ignore "*.log" logs/ 設定ファイルで設定する場合 $ svn propedit svn:ignore [ディレクトリ名] SVN_EDITOR で指定したエディタが起動するので除外したいファイルを指定する。複数指定する場合は改行して指定する。 *.jpg *.gif Thumb.db SVN_EDITOR の指定はお好みで $ export SVN_EDITOR=vi など。 svn status では ignore 指定されたファイルは表示されない。除外されているファイ

  • 大規模プロジェクトはバージョン管理が重要になってくる - プログラマの思索

    ソース管理について良い記事があったのでメモ。 Subversionベストプラクティス 複数のアジャイルチームでのバージョン管理 「複数のアジャイルチームでのバージョン管理」の指摘は非常に重要なので、まとめておく。 【1】バージョン管理の目的 1-1. Fail First コードのコンフリクトや統合の問題を早期に解決する。 1-2. 常にリリース可能 どんなに悪いイテレーションでも、その成果物はリリース可能にならねばならない。 1-3. シンプル チェックインやマージ作業などのポリシーはシンプルで明確であること。 オブジェクト指向のパッケージ原則の一つに「再利用できる粒度とリリースできる粒度は同じだ」という法則がある。 つまり、最終的にリリース可能であるということは、その成果物が公開された時、他の誰もが安心して使える品質レベルを保障しているということ。 我々プログラマは、結局、他の開発者が

    大規模プロジェクトはバージョン管理が重要になってくる - プログラマの思索
  • MOONGIFT: >> Subversionのステータスを見える化「StatSVN」:オープンソースを毎日紹介

    バージョン管理が日々利用していれば、開発した結果が蓄積されていることだろうと思う。そうしたログ情報を活用しているだろうか。大抵、何らかの問題があったときに、見返す程度だろう。 それではせっかくの情報が活用しきれていない。解析し、さらに開発効率を高める情報源として利用しよう。 今回紹介するオープンソース・ソフトウェアはStatSVN、Subvesion解析ソフトウェアだ。 StatSVNはSubversionから出力されるログ情報を解析してHTMLやグラフに変換するソフトウェアだ。解析元になるデータは、XML形式でsvnコマンドで出力する必要がある。そして、そのXMLデータを解析すると、一気にファイルが出力される。 開発者ごとに開発行数、Subversion全体における行数の変化、平均ファイルサイズ、ログメッセージを月ごとで出力と言った機能がある。日語のコミットログは文字化けするが、HTM

    MOONGIFT: >> Subversionのステータスを見える化「StatSVN」:オープンソースを毎日紹介
  • 1