subversion 1.6 から 1.7 へ | matsuand's blog
覚書。 LFS-SVN20111029 に subversion-1.7.1 を入れた。 それまで subversion-1.6.x でチェックアウトしていたソースを、 1.7.1 でステータス参照すると以下のメッセージ： prompt> svn st svn: E155036: Please see the 'svn upgrade' command svn: E155036: Working copy '/work/foo/bar' is too old (format 10, created by Subversion 1.6) 言われる通りにコマンド実行： prompt> svn upgrade Upgraded '.' Upgraded 'dir1' Upgraded 'dir2' ... その後は svn st、svn commit、など、普通にいける
svn_trouble – bridge
mergeの後のcommitで、tree-conflictがでてcommitできない 詳しい状況 $ svn merge -r aa:bb http://code1.jldg.org/repos/bridge/trunk U xxx/yyy $ svn status M xxx/yyy $ svn commit svn: Commit failed (details follow): svn: Aborting commit: 'branches/yourname/hoge' remains in tree-conflict 問題の内容・解決方法 tree conflictは、ファイルの存在に関する衝突です。 ローカルで消したファイルに変更点がある時などに発生します。 tree conflictが発生したファイルには、自動で差分を当ててくれないので、変更を自分で当ててください。 最後に、フ
Subversionでツリーコンフリクトを解消する - I CAN ’CAUSE I THINK I CAN!
Subversionでのコンフリクト Subversion 1.6以降だと、コンフリクトが2種類に拡張されているらしい: ファイルコンフリクト ツリーコンフリクト ファイルコンフリクトは普通のやつで、よく知られているほう。同じファイルの同じ行が変更された場合に起きる。 ツリーコンフリクトというのは、ファイルの存在そのものについてのコンフリクト。以下の場合に起きる: HEADでは削除されたファイルに対して、変更をコミットしようとした HEADでは更新されているファイルに対して、削除してコミットしようとした ファイルコンフリクトだけの時代にはこれは検出できなかったそうな。 ツリーコンフリクトの解消 なぜか解消方法があまりWebにないけど、手動で変更を適用したあとに svn resolve すればいいっぽい。 $ svn resolve --accept working conflicted_f
マジカルsvnとキュアgit
2011年4月18日(火)に実施した、プライベートセミナー『アジャイル開発環境セミナー～一般ユーザが知っておきたいJIRAの概念と操作～』での資料です。
Gitによるチケット駆動開発の事例 - プログラマの思索
資料を要約しながら、自分の感想も入れてみる。 SVN主導の開発で抱えていた問題。 「pull request主導のチケット駆動開発したい。svnには障壁が多い。」 trunk, staging, releaseの3つのメインブランチ戦略。 (僕もSVNでこのブランチ管理の経験はある。 きちんとソース管理はされているが、マージが手作業な場合、ライブラリアンの負荷が途方もなく大きい。 どのリビジョンをリリースするのかというExcel申請書が大量に届いて、それを見ながら手作業でマージしてビルドする。) SVNはマージやブランチを切るコストが大きすぎる。 (trunkから派生したブランチとtrunkの間のマージはまだ楽だが、ブランチ間同士のマージはまだまだ厳しい。) 理想は、GitによるPullRequest主導のチケット駆動開発。 (チケットにソースの修正理由や発端、経緯が記載されている、ないし
はてなブログ | 無料ブログを作成しよう
新米と秋刀魚のわた焼き お刺身用の秋刀魚を買いました。1尾250円です 3枚におろして、秋刀魚のわたに酒、味醂、醤油で調味して1時間ほど漬け込み、グリルで焼きました 秋刀魚のわた焼き わたの、苦味が程よくマイルドに調味され、クセになる味わいです 艶やかな新米と一緒に 自家製お漬物 土…
Subversionのタグとブランチの使い方 - takayukisの日記
タグとブランチの作り方はわかっても、実際にリポジトリを運用していくとき、どういうタイミングで作ると良いかがわからなかったりします。 資料は少なめですが、Subversionのドキュメントのブランチの作り方あたりが参考になります。 ドキュメントには、おおむねこんなことが書いてあります。 リリースが近づいたらリリースブランチを作り、 ブランチ上ではバグフィックス以外の大きな変更はしないようになります。 その間の機能追加などの大きな変更はtrunkで行います。 ブランチはリリースするときにタグにコピーします。 タグはそれ以上変更しないことでスナップショットとして使います。 リリース後に見つかったバグの修正はブランチ上で行い、またタグをつけて修正版をリリースします。 あとはSubversionを利用しているオープンソースプロジェクトのリポジトリを見るのが良いでしょう。いくつか見てみましたが、やはり
Subversionでファイルを分けてコミットする - kk_Atakaの日記
あらすじ コマンドラインからファイルをたくさんコミットしたいんだけど、コミットログを分けたいので分割してコミットしたい。 参考サイト svn changelist SVNでchangelistに所属していないファイルを扱う方法 - namutakaの日記 404 Not Found svnで間違ったコミットをmergeで戻すコマンドのメモ | 我流天性 がらくた屋 方法 なんかいっぱいファイルがあるとする。 $ ls a001.html a019.html a037.html a055.html a073.html a091.html a002.html a020.html a038.html a056.html a074.html a092.html a003.html a021.html a039.html a057.html a075.html a093.html a004.html
svn: ネットワーク接続が突然切られました。のエラーの解決方法 - Railsプロになろう！
買ったばかりのMACに サーバ側のリポジトリから ソースコードのコーピー「svnのcheckout」落とそう以下のコマンドを打ち込んだ。 svn checkout svn+ssh://hostname/リポジトリのlocation/ しかし、エラー svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: ネットワーク接続が突然切られました。 僕の予想ではポート番号がちがうんじゃないかと思って、ポート番号を変更して実行した。 svn checkout svn+ssh://hostname:ポート番号/リポジトリのlocation/ しかし、同じエラー ポート
ひげぽん OSとか作っちゃうかMona- - Subversionを ssh 経由で使おう(ApacheもWebDAVも必要ないよ) - masatobito さんのコメント
Subversionをローカルだけでなく本格的にサーバーで使おうと思うといつも障害になるのが以下の誤解だ。（というか今日まで誤解していた) Apacheで難しい設定をしなくてはならない ⇒Apacheの使用は必須ではない。インストールにaprというApache由来のライブラリが必要なだけ。 WebDAVとかいうよく分からない仕組みを理解しなければならない ⇒同じく必須ではない svnserverとかいうサーバを常駐させる必要がある ⇒同じく必須ではない 結局すべて、誤解でだった。 個人で使うならば、もっと簡単(?)というか親しみやすい方法があり、それが「ssh経由でアクセス」である。 自分的に ssh の理解も怪しかったのであわせて手順メモを残しておきます。 subversionのインストールは yum でやっていますが環境に合わせて下さい。 1.ssh設定 以下ユーザー名は higepo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
subversionで最新5件のコミットが何のファイルをコミットしたか簡単に確かめる方法 - zenpouの日記
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_cherry_picking.html
un-q.net