私は普段git-svnを利用しているので、意識せずコミットの際コメントを入れる癖が付いてるんですが、社内でSubversionを利用していて、ログメッセージ（コメント）の無いコミットが問題になったので、ログメッセージの無いコミットを拒否するように設定したのでメモ。 cd path_to_dir/hooks sudo wget http://www.powertrip.co.za/blog/archives/pre-commit sudo cp pre-commit{,.dist} sudo chown apache.apache pre-commit sudo chmod +x pre-commit 所有者は同じディレクトリ内のファイルと合わせてください。 ダウンロードしてきた修正前のpre-commitのソースは下記のような感じです。 #!/usr/local/bin/python ""
Django と戯れていたのですが、どうもチュートリアルと 実際の動きが違うのではまっていたら・・・ apt-get じゃなくて、リポジトリから取得したものの 解説だったのね。 とうわけで、subversion をインストールしてモジュールを ダウンロードしようと思ったのですが、 proxy経由になるんですよね。。。 Subversionのproxy設定 http://www.proton.jp/apps/subversion.html apt-get install subversion vi ~/.subversion/servers [global] http-proxy-exception = プロキシを通さないホスト名 http-proxy-host = プロキシサーバのホスト名 http-proxy-port = プロキシサーバのポート番号 意外とお手軽でした。 早速、Djan
Xcodeでの開発で、バージョン管理システムを使っておられる方って、特にブランチばりばり切って開発されてる方とか、どうやって運用されているのでしょうか...。 AppName.xcodeprojディレクトリの下の、project.pbxprojファイルって、ブランチ間のマージが気が狂いそうになるほど大変じゃないですか？ 中を覗いてもどこで何が設定されているのか判らないし、適当にマージしてみれば、Xcodeで読み込んだ時に必要なリソースへのリンクがターゲットから外れてて不具合の原因になったりして、時々泣きそうになります。 1プロジェクト＝1案件であれば、まだ大変さもそこまでではないかもしれませんが、コードを共有する汎用アプリプロジェクトの中で、リソース等を変更した複数の水平展開アプリをターゲット設定する時とか、マジ死ねます。 trunkのコードをいったん凍結して、新規開発はbranch
svn addなどを行うと、実際にリポジトリに反映されるのではなく、このファイルをaddするよーというマークがローカルに付く。でもやっぱりaddするのやめたーというときにはどうすればいいのかと調べるとrevertすればOKだった。 # hogeを追加するか $ svn add hoge # やっぱりやめた $ svn revert hoge これでOK.
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
今回は Subversion で削除したファイルを復活させる方法をご紹介します。もちろん会社で必要になったからです。ええそうですとも（＾＾；。 変更を過去に戻すときは逆方向に差分をマージするという方法が一般的ですが、削除したファイルを復元するにはこの方法は使いづらいです。なんせ差分の適用対象が存在しないわけですから(笑)。 そこでどうするかというと、削除する直前のリビジョンからコピーします。 svn copy -r 最終リビジョン URL パス 最終リビジョン ファイルを削除したリビジョンのひとつ前を指定します。リビジョン 10 でファイルを削除したなら 9 を指定する、という具合です。 URL 削除したファイルの URL です。 パス 削除したファイルの作業用コピー上のパス名です。 最終リビジョンは、"svn log -v" などで検索するとよいでしょう。 例えば、リビジョン 10 で削
Dec 23, 2008 Subversionのレポジトリに誤ってマズいファイルを追加してしまい、削除するという作業が発生したので、手順を簡単にメモ。マズいファイルを追加した直後に気づいたので、最初は最新リビジョンだけを削除できればいいかなと考えていたのだけど、ざっくり調べた感じでは、どうもSubversionには特定のリビジョンを消す機能は無いようで。 というわけで今回はsvnadminコマンドとsvndumpfilterコマンドを使って作業しました。手順としては、まず今あるレポジトリをsvnadminでダンプファイルに書き出す。書き出す際にsvndumpfilterを使ってマズいファイルを除外する。後は新しいレポジトリを作って、svnadminでダンプファイルから復元すれば作業は完了。レポジトリディレクトリをrepos、削除したいファイル名をsecret.txtとすると、実行手順は以下
思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。
svnからチェックアウトした際に作成される.svnディレクトリを一括で削除する。 find . -name .svn -exec rm -fr {} \;
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
