Subversion の仕組みを誤解してた・・・ - miau's blog?
ここ数年は裏方の仕事が多くて、SVN や Trac には結構詳しくなったつもりでいたんですが・・・1 ヶ月ほど前に基本的な原理（client/server の役割とか）を理解していないことが判明したので、反省がてら晒しておきます。 ■きっかけ Subversion でコミット時にメールを送る post-commit hook を設定してたんですが、気がつくと動作しなくなってまして。ネットワーク周りの調子が悪いのかな？くらいに思ってたんですが、たまーにちゃんとメールが飛ぶこともあるようで。 どうしてリポジトリのフックが動作しないの? - Subversion FAQ(in Japanese) あたりを試してみると、ちゃんとメールは送れるようで。hook が正しく呼ばれてない？ よくよく見てみると ・Subversion のリポジトリが載ってるサーバで svn co /home/svn/pro
SVN脳患者から見たGit - Qiita
はじめに 僕はSVN脳患者である。SVN脳とは、SubversionのポリシーでGitを理解しようとしたり、使おうとしたりする病気で、中年プログラマに発症例が多い(気がする)。それまでSubversionを使ったことがない人がGitを使う場合には問題にならなかったことが、SVN脳患者がGitを使おうとすると問題になることが多い。特に、SVN脳を発症したプログラマは、そうでない人に比べてGit学習コストが爆発的に増大する。最初からGitに触れた人は、なぜSVN脳患者がGitを理解できないのかを理解できないだろう。 これは、SVN脳患者である僕1が、なぜGitを長いこと理解できなかったかをつらつら書くポエムである。病人の書いたポエムであるからして、所謂マサカリの類はほどほどにしていただきたい。 以下、「SVN脳患者」という大きな主語を多用するが、要するにこれは僕のことであり、言うまでもなくSu
checkoutしたファイルのmtimeを、そのファイルがcommitされた時刻に合わせたい ― svnとgitの場合 - （ひ）メモ
唯一の中央レポジトリと複数のcheckoutするノードというトポロジの場合、checkoutしたファイルのmtimeがノード間で同じ時刻(当該ファイルがcommitされた時刻)になっているとなにかと都合がいいです。 例えば、Webアプリのデプロイを中央レポジトリからのcheckout(やupdate)で行う場合を考えます。もし、内容が同じなのに複数あるアプリサーバの間でmtimeが異なってしまっていると、 サーバごとにETagヘッダの値が異なってしまう ※Apacheの場合、FileEtagディレクティブを調整(mtimeを見ないように)することによって統一可能ではあります サーバ間でrsyncをかけると無駄なファイルコピーが発生する 内容が同じににもかかわらずmtimeが異なるせいでコピーが発生する ※--size-onlyオプションでmtimeを見ないようにして回避可能ではあります と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
a small script for searching in subversion repositories..
http://wiki.machband.org/svn/
http://saisse.jp/pukiwiki/?Subversion
