ブランチをトランクにするにはsvn moveを使えばいいっぽい
世の中的にはGitだとかMercurialだとかの分散バージョン管理システムが流行っているのでしょうが、 私の業務界隈では以前としてSubversionが現役なわけで、 掲題の問題で悩んだ挙句に解決したっぽいので、記録しておきますよ。 ＜前提＞ 今回のプロジェクトでは、 既にサービスインしているシステムがtrunk下に置かれていて、追加開発プロジェクトがbranches下に複数存在します。 不具合対応などの緊急性のあるものはtrunkで修正し、その修正は都度各branchesにマージされます。 先日、追加開発プロジェクトのうちの一つがめでたくリリースされました。 ＜本題＞ さて、じゃあリリースもできたし、リポジトリを整理しようかとなった際に、 基本的にはtrunk側のソースは触ってないし、ブランチの修正ログは引き継ぎたいし、ていう状況下での「あるべきマージの仕方」がよく分かんない。 で、調
svn revert
例ファイルに対する変更を取り消します。$ svn revert foo.c foo.c を元に戻しました ディレクトリ全体を取り消したい場合は、--recursive フラグを使ってください。$ svn revert --recursive . newdir/afile を元に戻しました foo.c を元に戻しました bar.txt を元に戻しました 最後に、いずれの準備操作も取り消せます。$ svn add mistake.txt whoops A mistake.txt A whoops A whoops/oopsie.c $ svn revert mistake.txt whoops mistake.txt を元に戻しました whoops を元に戻しました $ svn status ? mistake.txt ? whoops 警告svn revert は、目的のすべてがデータ (つ
Subversion 1.8リリース、まだまだSVNは死なない | スラド デベロッパー
先日、Subversion 1.8がリリースされた（SourceForge.JP Magazine記事）。これにあわせて、本家/.で「Subversion 1.8がリリースされたけど、まだGitを使うの？」という記事が上がっている。 近年ではGitユーザーが増えているが、Subversionはまだ死んだわけではなく、開発はそれなりに活発に続いている。 Apache Software Foundationの前チェアマンであるGreg Steinによると、「Subversionは1TBのリポジトリがあったとしても、その一部だけをチェックアウトして作業できる。（Gitのように）リポジトリのフルコピーは必要ない」「Gitの場合、リポジトリがたくさん乱立する傾向があるが、Subversionは基本的に1つだけだから管理もバックアップもやりやすい」などとSubversionのメリットを主張。 また、S
CentOS6.3にsubversionをインストールする - 技術メモ
会社ではsubversionが現役。というか開発プロセスがgitを使う必要がない程度の複雑さなのでsubversionのほうが手軽でよい。 ということでsubversionをクライアントとして使うためにインストール。 yum install subversionインストールされたバージョンは1.6.11・・・キミキミ、今は1.7.7が最新版ですよ？ 残念だけどアンインストール： yum erase subversion公式ページに行くと、CollabNetからCentOS用1.7.7のrpmパッケージがダウンロードできたので、これをインストール。 yum localinstall CollabNetSubversion-client-1.7.7-1.x86_64.rpm --nogpgcheckとまあインストールできた・・・のだが。which svnで見つからない。 インストール先は /o
SVNからMercurialに移行するべき8つの理由
Git、Mercurial、Bazaarはオープンソースの分散バージョン管理システムで、どれも人気がある。特にGitとMercurialはもともとはLinux Kernelの開発のために作られた歴史からしても、ライバルと言える関係だ。LinuxやAndroid OSではGitが採用されたが、MercurialもOpenJDKやNetBeans、Xen、Python等で採用されている。 SVNから分散バージョン管理システムに移行を検討している所は多い。日本だと濱野氏がGitのメンテナをやっているせいかGitに人気が集中しているようだ。しかし気軽に分散バージョン管理システムを導入したいソフトウェア開発チームには、あえてMercurialを勧めたい。 1. SVNからMercurialに移行するべき8つの理由 取り扱いが楽で、今すぐ移行できる事がMercurialを導入するべき理由だが、もう少し
hgsubversionの導入 - monjudoh’s diary
基本的にhttp://monkeyisland.pl/2009/11/04/hgsubversion-on-windows/を参考にする svnをインスコする hgsubversionを使うにあたってはsvnコマンドのインストールが必要。 TortoiseSVNが入っていてもダメ。 Apache Subversion 設定時に知っておくべきことか http://mino.blog.eonet.jp/minoproject/2009/08/windowssubversi.html Subversionのリポジトリをsvn+sshで管理する - Lism.in * blog - nekoya (id:studio-m) Mercurialをインスコする こちらはTortoiseHGを入れれば入るので、 好みに応じてTortoiseHGもしくはMercurial本体のみをインストールする。 Bi
TortoiseHG+hgsubversionでのsvnのbranchのmerge - monjudoh’s diary
概略 hgsubversionではhg mergeしてできたmerge済みrevisionをpushすることはできない。 hg mergeしたら merge前revisionにhg update merge済みrevisionでrevert hg commit とやって同内容の非merge revisionを作ってそれをpushすれば良い。 せつめー 黄色のbranchから黒のdefaultにmergeするとする。 まず、TortoiseHGで普通にmergeする。 確認ダイアログでlocal:default,other:branchとなっているようにすること merge直後の状態はこのようになる。 hgsubversionではhg mergeしてできたmerge revisionをpushすることはできないので、 defaultのmerge直前revisionにhg updateし、 m
xdocdiff -TortoiseSVNでWord, Excel, pdfのdiffを見るツール-
ホーム xdocdiff -TortoiseSVNでWord, Excel, PowerPoint, pdfのdiffを見れるようにするツール- English page ■概要 バージョン管理ツール、TortoiseSVN でWord、Excel、PowerPoint、pdf、OpenOffice.orgのファイルを管理するときに、 それらのリビジョン間のdiffを表示できるようにするツールです。 もし TortoiseSVN でのバージョン管理は行っていないが、これらの種類のファイルを比較し 差分を見たいのであれば、xdocdiff WinMerge Plugin をお試しください。 ■ダウンロード (Ver1.1.5a) プログラム: xdocdiff115a.exe (526k) インストーラ（xdoc2txt 1.35を同梱） xdocdiff113.zip (43k) xdo
削除、移動、名前変更
Subversion では、ファイルやフォルダーの名前の変更や移動が可能です。そのため TortoiseSVN のサブメニューには、「削除」や「名前を変更」コマンドがあります。 Subversionからファイルやフォルダーを削除するには、 TortoiseSVN → 削除 を実行してください。 TortoiseSVN → 削除 を実行すると、ファイルやフォルダーは作業コピーからすぐに削除され、次のコミットでリポジトリから削除するようにマークされます。項目の親フォルダーには「削除」 オーバーレイアイコンを表示します。変更をコミットする前ならば、親フォルダーに対して TortoiseSVN → 変更の取り消し を実行すると、ファイルを取り戻すことができます。 項目をリポジトリから削除しても、バージョン管理外のファイルやフォルダーとして残しておきたい場合は、 拡張コンテキストメニュー → 削除（
TortoiseSVN で大文字と小文字のみのリネームをする | tanablog
TortoiseSVN で大文字と小文字のみのリネームを行おうとしたら、以下のようなダイアログが出た。 ファイル名の大文字と小文字のみを変更することはできません。 例えば、MyFile.txt を MYFILE.txt にすることはできません。 この制限に関してはドキュメントを調べてください。 恐らく、Windows のファイルシステムのせい。Wikipedia より NTFS自体は大文字/小文字を区別するが、Windows標準のファイルシステムドライバは互換性を維持するため大文字/小文字の差異しかないファイル名を生成できないようになっている。 だそうだ。 というわけで、大人しくリファレンスにある通りに、リモートでリネームした。 作業コピーの変更をコミットする。 リポジトリブラウザを使用して、ファイル名を UPPERcase から upperCASE へ直接変更する。 作業コピーを更
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
シェルの実行権限がSVNにコミットされない！ - kyuuuuuuuuuuriのブログ
http://www.sawadaru.com/blog/?p=110
"cannot set LC_CTYPE locale" への対処法 — 電卓片手に
Odyssey » .cvsignoreからsvn:ignore