subversionで差分を作る。パッチをあてる。 - 作業ノート
差分を作る 作業ディレクトリで、以下を実行する。 $ svn diff -r 10:HEAD > foo.diff patchをあてる $ patch -p0 -E < foo.diff -E オプションを指定すると、パッチ適用後に空のファイルを削除する。 また、patchが当たるファイルを確認したい場合は、--dry-runオプションをつける。 patch -p0 --dry-run < foo.diff このとき、ファイルにpatchは適用されない。 あてたpatchを取り消す -Rオプションで、一応可能。 $ patch -p0 -R < foo.diff 元々-Rオプションは、差分の取り方が逆であったときに利用するオプション。 結果的に取り消すことができるが、そのような目的のオプションではないので、過信しないこと。
post-commit フックスクリプト - BSDmad の日記
あまり深く考えずに書いたらこうなった。 #!/bin/sh export LANG=ja_JP.utf-8 REPOS="$1" REV="$2" SVN="/opt/CollabNet_Subversion/bin/svn" NKF="/usr/local/bin/nkf" SENDMAIL="/usr/sbin/sendmail" TMPFILE=/tmp/post-commit.$$ BASEPATH="/var/svn-repos/" BASEURL="http://foo.example.jp/repos" PREV=`expr ${2} - 1` REPO=`echo ${REPOS} | sed -e "s#${BASEPATH}##g"` URL="${BASEURL}/${REPO}" TO="hiro-ueda@example.jp" FROM="hiro-ueda@e
Ruby/SVNでstatusをとってみる。 | KBMTの日記 | スラド
せっかくだからこっちにメモっとこう。 Ruby/SVNが使いたいがドキュメントの類がまるでないのでとりあえず叩いてみる。 まずはirbで。 irb(main):001:0> require 'svn/client' => true irb(main):002:0> ctx = Svn::Client::Context.new => #<Svn::Ext::Client::Svn_client_ctx_t:0xb7ace22c> irb(main):003:0> ctx.add_username_provider => #<SWIG::TYPE_p_svn_auth_baton_t:0xb7acc058> irb(main):004:0> ctx.add_simple_provider => #<SWIG::TYPE_p_svn_auth_baton_t:0xb7aca2f8> irb(ma
svnでファイル名に@が含まれるファイルをrevert/rmする方法 - このブログはURLが変更になりました
ハマった。 @入りのファイルを間違ってバージョン管理下におくと、svn的に消せない/戻せない状況に陥る。確認したバージョンは1.6.9。 再現方法 svn cpで@入りのファイルを生成する。 $ touch foo $ svn add foo $ svn cp foo bar@baz $ svn status A bar@baz A fooはい、じゃあrevertしてみてください。まずはfooを。これは普通にできる。 $ svn revert foo Revert 'foo'同じようにbar@bazも消してみますかね。 $ svn revert bar@baz svn: 'bar' does not exist $ svn revert bar\@baz Skipped 'bar'え？revertできない。あーリビジョン記法になってるのね。ということはこうかな？ $ svn revert
Subversionをグラフィックデザインファイルや他のバイナリファイルで使う
こちらの記事より翻訳転載 2010年1月25日 歴史的に、Subversionのようなバージョン・コントロール・システムは、ソースコード管理のためにプログラマによって使われてきました。しかしながら、バージョン管理のコンセプト自体は、ソースコードを超えて有用であることは明らかです - ソースコードだけではなく、何度も改訂され得るあらゆるデジタル資産は、バージョン・コントロールの恩恵を受けられます。Subvesionは、その中で最も優れたツールの一つです。バイナリ・ファイルの資産に対するSVNの特徴は、 * バイナリ・ファイルを適切にハンドルできる：CVSや他の多くのバージョン・コントロール・システムとは違い、SVNは非常に効果的にバイナリ・ファイルを取り扱えます。 * 集中アーキテクチャー: 様々な場所で更新されるテキストファイルに関して言えば、簡単にマージできるので分散システムは有効でしょ
Subversionの外部定義「svn:externals」 - DROP.FACTORY -- Blog
参考：Seasons.NET Subversionは外部定義をサポートしています。外部定義は、ローカルディレクトリを バージョン管理されたリソースのURL―や特定のリビジョン―に結びつけるものです。 Subversionでは、svn:externals属性を使って外部定義をグループにして宣言します。 svn propsetか、svn propedit コマンドでこの属性を作ったり修正したりすることが できます。まあつまり…複数の作業プロジェクトの中で、 共通したディレクトリを共有することができる、とゆーことなんね。 ということで、やってみた。 /app └/controllers ├/admin └/userというディレクトリ構造になっていて、adminディレクトリを外部参照したいとき。 SVNコマンドで svn propset svn:externals 'admin <参照URL:ss
Subversion で svn add したときにテキストファイルなのにバイナリとみなされた場合 - Object Design
subversionは非常にすばらしいのですが、 単なるテキストファイルなのに、svn add したときにバイナリとして認識されることが 結構あってそれがいやです。 いつも、そのたびにどうやって解消するかグーグルさまに問い合わせているので、 （もうその必要が無いように）ここにメモ。 バイナリとご認識された場合の解消方法 $ svn add foo.txt A (bin) foo.txt したときに A (bin) と表示された場合は、ご認識です。 以下のようにして、テキスト扱いに変更します。 $ svn propdel svn:mime-type foo.txt
Subversion/auto-props/ja - MediaWiki
[miscellany]において次の行をアンコメント/追加します: enable-auto-props = yes [auto-props]セクションにおいてデフォルトのビットをアンコメントして次のコードも追加します: *.css = svn:eol-style=native *.eot = svn:mime-type=application/vnd.ms-fontobject *.gif = svn:mime-type=image/gif *.ico = svn:mime-type=image/vnd.microsoft.icon *.inc = svn:eol-style=native *.info = svn:eol-style=native *.install=svn:eol-style=native *.java = svn:eol-style=native *.jpeg = s
ssh鍵の名前を指定してsvn+sshする（Subversionトンネリングスキームの定義方法） - 日々の報告書
ssh標準の鍵（~/.ssh/id_rsa、~/.ssh/id_dsa）以外の鍵を使用してssh経由でsvnサーバにアクセスするにはsubversionのトンネルスキームを定義する必要がある。以下その方法のメモ。 1. ~/.subversion/configの[tunnels]以下に「スキーム名 = コマンド」を記述する。 sshbserver = /usr/bin/ssh -i /home/MYNAME/.ssh/bserver_key2. SVNサーバにアクセスするときにプロトコルとして、「svn+sshbserver」を指定する。 $ svn co svn+sshbserver://MYNAME@bserver/home/MYNAME/svn
svn diff
書式diff [-c M | -r N[:M]] [TARGET[@REV]...]diff [-r N[:M]] --old=OLD-TGT[@OLDREV] [--new=NEW-TGT[@NEWREV]] [PATH...]diff OLD-URL[@OLDREV] NEW-URL[@NEWREV] ふたつのパス間の差分を表示します。svn diff には、以下の使い方があります。作業コピーの手元の変更を表示するには、ただ svn diff としてください。REV のふたつのリビジョン間に現れる、TARGET にされた変更を表示します。TARGET は、すべて作業コピーパスか、すべて URL です。TARGET が作業コピーパスの場合、N のデフォルト値は BASE で、M のデフォルトは作業コピーのものです。URL の場合、N は指定せねばならず、M のデフォルト値は HEAD で
WebDAV+SVNの設定で苦戦(株式会社RYUS スタッフblog) - XOOPS専門-株式会社RYUS
gusagiです。 今日は、WebDAV+SVNの設定に苦戦した一日だったので、はまった部分と設定方法について書きたいと思います。 RYUSでは、スタッフが増えてきたこともあり、作業の効率化のために色々と取り組んでいたりします。 ソースの管理についても、LAN内部でSVNを使うか、インターネット経由でもSVNを利用可能にするか検討中なのですが、実際に使ってみようということで、svn+sshでのアクセスや、WebDAV+SVNでのアクセスなど試してみました。 元々、svn+sshでの設定方法は判っていたのであっさりと実験出来たのですが、この場合サーバアカウントが必要になるなど、SVN利用者が増えるに従って管理が複雑になってきます。 逆に、WebDAV+SVNの場合は、アカウント管理はかなり単純になります。 ただし、暗号化やアクセス制御などは必要なので、こちらの設定が多少複雑化も知れ
memozilla:Subversion でリポジトリの PATH を変更をする方法 - livedoor Blog（ブログ）
サーバ側の都合で Subversion のリポジトリの場所を変更した場合，その作業コピーでは元の URL にアクセスできなくなります。 例えば，リポジトリを file:///repos から file:///new-repos に移動した場合，以下のようなエラーになります。 svn: No repository found in 'file:///repos' これを解決するには，新しい作業コピーをチェックアウトしてもいいのですが，svn switch を使って，URL を書き換えてしまう方法もあります。 svn switch --relocate file:///repos file:///new-repos これは file:///repos から file:///new-repos に URL を書き換えるということになります。 svn:// や svn+ssh:// の場合もこれで
symfonyでsvn:ignoreの設定 - Webtech Walker
別にsymfonyに限ったことじゃないですが、プロジェクトをsvnで管理するときcacheディレクトリとか環境設定ファイルをsvn管理下から外すときの設定。 まずはcacheとlogのディレクトリはディレクトリだけ残してディレクトリ以下はまるっとsvn:ignore。 $ svn propset svn:ignore "*" cache $ svn propset svn:ignore "*" log 設定ファイルは元のベースになるファイルを残しておきたいので。元ファイルを〜.baseとかにリネームして元ファイルはsvn:ignore。 $ cd config $ mv databases.yml databases.yml.base $ mv propel.ini.yml propel.ini.yml.base $ svn del databases.yml propel.ini $ s
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_cherry_picking.html
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_externals_relative.html
Webプログラムで本番環境上にsvn exportしたものの、ちょっとしたバグを発見したので、svn レポジトリ上で修正したとします。…
東京工業大学ロボット技術研究会 - Subversionの導入と使用