初歩的すぎるけど、自分がまだよくsvnの考え方を理解できてないので、忘れないうちにメモ。 最新版へのコミットが明らかにミスってて、過去のリビジョン(r999)に戻す場合。 [text]svn up #一度最新版にアップデート svn merge -r HEAD:999 . # 最新版→r999に差分を取る=取り消し svn commit -m “r999に戻しました” [/text] ○参考サイト: 典型的な利用方法:変更の取り消し
![我流天性 - がらくた屋 svnで間違ったコミットをmergeで戻すコマンドのメモ](https://cdn-ak-scissors.b.st-hatena.com/image/square/f0648709e29419f50ad1b62b01e90c538b81c0db/height=288;version=1;width=512/https%3A%2F%2Fblog.cgfm.jp%2Fgaryu%2Fwp-content%2Fuploads%2F2013%2F12%2Fdot_icon_garuy_160px.png)
SVN(Subversion)コミットメールの設定方法 † ${REPOS}/hooks/post-commit の編集(作成) post-commit 0.1KB #!/bin/sh export LANG="ja_JP.UTF8" REPOS="$1" REV="$2" ${REPOS}/hooks/commit-email.rb "$REPOS" "$REV" #!/usr/bin/ruby -Ke require 'net/smtp' require 'kconv' REPOS=ARGV[0] REV=ARGV[1].to_i svnauthor=%x{svnlook author #{REPOS} -r #{REV} }.chomp svndate=%x{svnlook date #{REPOS} -r #{REV} }.chomp svnchanged=%x{svnlook c
タグとブランチの作り方はわかっても、実際にリポジトリを運用していくとき、どういうタイミングで作ると良いかがわからなかったりします。 資料は少なめですが、Subversionのドキュメントのブランチの作り方あたりが参考になります。 ドキュメントには、おおむねこんなことが書いてあります。 リリースが近づいたらリリースブランチを作り、 ブランチ上ではバグフィックス以外の大きな変更はしないようになります。 その間の機能追加などの大きな変更はtrunkで行います。 ブランチはリリースするときにタグにコピーします。 タグはそれ以上変更しないことでスナップショットとして使います。 リリース後に見つかったバグの修正はブランチ上で行い、またタグをつけて修正版をリリースします。 あとはSubversionを利用しているオープンソースプロジェクトのリポジトリを見るのが良いでしょう。いくつか見てみましたが、やはり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く