タグ

tipsとsubversionに関するftnkのブックマーク (5)

  • checkoutしたファイルのmtimeを、そのファイルがcommitされた時刻に合わせたい ― svnとgitの場合 - (ひ)メモ

    唯一の中央レポジトリと複数のcheckoutするノードというトポロジの場合、checkoutしたファイルのmtimeがノード間で同じ時刻(当該ファイルがcommitされた時刻)になっているとなにかと都合がいいです。 例えば、Webアプリのデプロイを中央レポジトリからのcheckout(やupdate)で行う場合を考えます。もし、内容が同じなのに複数あるアプリサーバの間でmtimeが異なってしまっていると、 サーバごとにETagヘッダの値が異なってしまう ※Apacheの場合、FileEtagディレクティブを調整(mtimeを見ないように)することによって統一可能ではあります サーバ間でrsyncをかけると無駄なファイルコピーが発生する 内容が同じににもかかわらずmtimeが異なるせいでコピーが発生する ※--size-onlyオプションでmtimeを見ないようにして回避可能ではあります と

    checkoutしたファイルのmtimeを、そのファイルがcommitされた時刻に合わせたい ― svnとgitの場合 - (ひ)メモ
  • ずんWiki - Subversion/FAQ

    Ads ディレクトリを再帰的に svn add したくないときはどうすればいいか? † svn add に -N (再帰的にaddしない) ってオプションがあるのでこれを使う。 例えば以下の手順で add すれば foo の中の foo/bar 以外の大量のファイルは add されない。 svn add -N foo svn add foo/bar ↑ .cvsignore的なのはSubversionではどうやるか? † 以下のコマンドを実行するとエディタが起動して無視リストを設定できる。 svn pe svn:ignore <ディレクトリ> ↑ /etcをsvnで管理したい † 大体のいつもの手順(ケースバイケースだが) rootしかアクセス出来ないリポジトリを作成する svnadmin create --fs-type=fsfs /root/.svn_repo 適当な空ディレクトリをe

  • をれをれ subversion リポジトリを作って外部のリポジトリを使いやすいように料理しよう! - woremacxの日記

    coderepos や lazy-people や vaginarepos といろんな subversion リポジトリにアカウントもらって、さらにはプライベートな subversion リポジトリがあったりすると、どこになにがあったのかさっぱりです。そんなときは、をれをれ subversion リポジトリを作って自分が使うものだけを集約すると、快適な生活を送れるかと思います。やり方はカンタンです!プライベートなリポジトリ( http://example.com/repos/private/ )を用意して、svn:externals をセットするだけです! # checkout する $ svn co http://example.com/repos/private/ $ cd private # coderepos 用ディレクトリを作る $ svn mkdir coderepos $ s

  • リポジトリへのComitもれを防ぐ方法 - Hello, world! - s21g

    複数人で開発している場合に、新しく作成したファイルを svn addし忘れて、Commitもれを発生させてしまうと、 テストが走らなかったり、開発を止めてしまったりと、 様々な悪影響が発生してしまいます。 今回は、Commitもれを防ぐために僕が使ってる方法を紹介します。 やってることは単純で、以下のalias設定を.zshrcに登録しています。 1  alias svn_new='svn stat | grep "^\?" | sed "s/\? *tmp.*//" | sed "s/\? *log.*//" | grep .' svn statの結果から、log/とtmp/ディレクトリの中身を除外してるだけですね。 あとは、svn_newコマンドを実行すれば、svn add し忘れてるファイルが無いかどうか簡単に確認できます。 しかし、実際にはconfig/database.ymlやt

  • ウノウラボ Unoh Labs: linuxで○○が壊れた時の対処法

    こんにちは satoです。 障害の多くの場合はハードディスク障害ですが、実際障害が起きた際に、どのように復旧するかをケース別に書いてみようと思います。 hdd のセクタが壊れた /var/log/message等に kernel: hda: dma_intr: status=0x51などど表示されているとハードディスク障害の可能性が高いです。 badblocks -vs -o hda1.sector /dev/hda1 (かなり時間がかかる)とやると 不良セクタが書き出されたファイル hda1.sector ができます。 fsck -l hda1.sector /dev/hda1 とやると不良セクタを使用しないようになります。いずれにしても早めの交換をお勧めします。 memoryが壊れた http://blog.miraclelinux.com/mita/cat218683/index.

  • 1