svn merge - trunk の変更(最新版)をブランチへマージする - @kyanny's blog
なかなか覚えられない。 svn log --stop-on-copy をブランチの作業ディレクトリで一回叩いて、コピーされたときのリビジョン番号を得る。 r コピーされたときのリビジョン番号 : HEAD として、 trunk の URL を対象に。するとマージできる。 dry-run オプションをつけて確認してから、実行する癖をつけよう。 $ svn log --stop-on-copy $ svn merge --dry-run -r 12345:HEAD http://svn.example.com/repos/foobar/trunkid:tomyhero, id:faultier ありがとう!
[Think IT] 第4回：チケットとソースコードを連携せよ！ (1/3)
【バグ管理の作法】Trac徹底活用！ 第4回：チケットとソースコードを連携せよ！ 著者：masuidrive 公開日：2007/12/27（木） Tracの最大の利点はSubversionとの連携にあり さて、最終回の今回はTracのチケットとソースコードの連携を実際に試していく。 コードを書く開発者から見た場合、Tracの最大の利点は普段使い慣れたSubversionから、Tracを使うことができる点にある。開発者は自分の環境に新たなツールをインストールすることなく、Tracへ情報を送ることができる。 Tracの操作は通常Webから行うが、すべての操作をコマンドラインからでもできる。この機能とSubversionへコミット時に自動的にコマンドを呼び出すフックという機能を組み合わせることで、開発者がリポジトリへコミットするとTracを操作するという処理を自動化できるのである。 Subver
[Think IT] 第3回：チケットドリブン開発でバグ削減！ (1/3)
【バグ管理の作法】Trac徹底活用！ 第3回：チケットドリブン開発でバグ削減！ 著者：masuidrive 公開日：2007/12/20（木） チケットが中心の開発手法 「第2回：なぜTracの導入に失敗するのか？」では、Tracの中心機能となるチケットについて説明し、導入のポイントをまとめた。今回はチケットを開発の中心位置に持ってくる「チケットドリブン開発」について解説していこう。 チケットドリブン開発とは チケットドリブン開発（チケット駆動開発：Ticket Driven Development）とは、チケットを書いてから開発を行うという手法だ。読者の皆さんもご存じのようにテストドリブン開発（Test Driven Development）をもじったものである。このチケットドリブン開発は「まちゅダイアリー（http://www.machu.jp/diary/）」のまちゅ氏がITpro
[Think IT] 第2回：なぜTracの導入に失敗するのか？ (1/3)
【バグ管理の作法】Trac徹底活用！ 第2回：なぜTracの導入に失敗するのか？ 著者：masuidrive 公開日：2007/12/13（木） Tracの導入現場の今 「第1回：なぜバグ管理システムを使うのか？」でも紹介したように、TracはSubversionと連携するオープンソースのバグ管理システム（BTS：Bug Tracking System）だ。Ruby on Railsなど多くのオープンソースプロジェクトで利用されており、最近では商業開発でもっとも多く使われているツールの1つになっている。 その一方で、Tracの導入効果が出ていないケースも多々ある。それはなぜだろうか？ Tracの肝は「チケット管理」の運用にある！ Tracにはコンテンツを管理するシステムとしてのWiki、Subversionなどのバージョン管理システムのファイルをWebから閲覧するための「リポジトリブラウザ
livedoor Techブログ : 2007年12月
こんにちは。ブログ担当のnabokov7です。 さてみなさん、ここのところ、livedoor Blog の新機能リリースのペースが上がっていることにお気づきでしょうか。 12月だけでこれだけの新規リリースのお知らせを出しました。 2007年12月27日 プライベートモードで記事を投稿できるようになりました 2007年12月25日 タグクラウド とタグ別ページを表示できるようになりました 2007年12月20日 カテゴリ別モブログ機能リリースのお知らせ 2007年12月18日 「話題のブログ」が新しくなりました 2007年12月18日 プレビュー機能強化と新リスログプラグインのお知らせ 2007年12月13日 投稿・編集を便利にするブックマークレットのご紹介 2007年12月11日 バリューコマースの商品をカンタンに紹介できるようになりました。 2007年12月11日 アップロードしたファイ
業務で使うSubversion - PukiWiki
cvsでは、サーバリポジトリ中にクライアントにチェックアウトされるのと同じ構成のディレクトリツリーを持ちます。その中に「,v」で終わるファイル群を保持しており、これがクライアント側のファイルと1対1で対応しています。(サーバ側のファイル名が「hogehoge.txt,v」であれば、クライアントでは「hogehogo.txt」と言った具合です) 変更情報やタグ、ブランチの情報など履歴情報はすべてこの「,v」ファイル中に保持しています。 cvsでは、ディレクトリ構成の情報などは一切管理されていません。 このため、cvsではサーバ側のディレクトリ構成を変えるとクライアント側のディレクトリ構成もそれにあわせて変化することになります。 ただし、クライアント側ですでにチェックアウトされているリポジトリに対して勝手にディレクトリ構成を変えてしまうと、クライアント側でアンマッチエラーが発生する為、
benrobb.com - A few selections from the archives
Update: This post was written more than 13 years ago, but for some reason it is still getting a decent amount of views. At this point, you should all stop using Subversion and move to Git. I don’t know if I’ve extolled the virtues of Ubuntu on this blog yet, but they are many. They are, however, not the topic of this post. Every once in a while, I like to try different operating systems on my serv
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
