ウノウラボ Unoh Labs: subversionリポジトリでもgitが使えるgit-svn
yukiです。 空前のGitブームもだいぶ落ち着き、最近はGit記事をあまり見かけなくなりましたが、今日は空気を読まずにGit、それもgit-svnについて利用例を挙げつつご紹介しようと思います。 さらっと紹介されている記事は多いのですが、実際にこう使っている、などの例があまりなかったので、今回利用例を含めてご紹介していけたらと思っているので、もっと便利な使い方があるよ！という方の突っ込みをお待ちしております。 まずgit-svnについてご紹介すると、その名の通りgitとsubversionをつなぐ役割を果たすもので、subversionのリポジトリからgitでcloneして利用出来るというものです。 インストールはyum一発で簡単に入ります。 # yum install git-svn よくある例としては、業務で使うリポジトリはSubversionのまま使い続けているけど、個人
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
今年度は申請書(EXCELシート)書いて上司の判子もらわないと svn commit すらできない職場で仕事することになりました。 - SiroKuro Page
[この発想はなかった] 専任のSubversionオペレータなる人がいるらしく、受理された申請書と変更ファイル(を入れたUSBメモリ)をSubversionオペレータさんに手渡すと、あとはオペレータの人が代わりにコミットしてくれるみたいですよ。
分散バージョン管理で間違いないって、ベイビー - The Joel on Software Translation Project
Joel Spolsky / 青木靖 訳 2010年3月17日 水曜 しばらく前に、ジェフと私はStack Overflowポッドキャストにエリック・シンクを迎え、バージョン管理について騒がしく議論し、とくにトレンディな分散バージョン管理システムであるMercurialやGitのことを取り上げた。 そのポッドキャストで私はこんなことを言った。「私に言わせれば、ブランチやマージが簡単にできるようになるというのは、単に同僚たちがもっとブランチやマージをするようになるということで、余計混乱させられるだけのことだよ」 わかると思うけど、あのポッドキャストは前もって入念に準備したりはしていない。単に2、3人集まって、いい加減なおしゃべりをしているだけだ。そのため、しばしば我々の主張する内容が、少し専門的な言い方をするなら、「ちげーよ」ということになる。間違っているのはたいてい細かい部分か趣旨のどちら
Subversion メモ
基本概念と特徴 リポジトリ Subversion は共有情報の一元管理システムであり、情報はリポジトリに格納される。 リポジトリは情報をファイルシステムツリー（一般的なファイルとディレクトリの階層構造）の形で保持する。 Subversion ではリポジトリの場所は URL によって表現される。 リポジトリにアクセスするための URL には以下のようなものがある。 file:/// リポジトリへの直接アクセス (ローカルディスク上) http:// Apacheサーバ への WebDAV プロトコル経由でのアクセス https:// http:// と同じだが、SSL による暗号化 svn:// svnserve サーバに対する独自 TCP/IP プロトコル経由でのアクセス svn+ssh:// svn:// と同じだが、SSH トンネルを利用する ほとんどの場合、Subversion の
本番サーバにチェックアウトしちゃダメですか？ - miauのブログ
初歩的な管理ミスで3300もの有名サイトがソースコードを盗まれる この記事。まず訳がちょっと違うかな？という箇所があるのでそこを補っておくと。 しかしコードが実動サーバに乗る段階ではそれはローカルな作業用コピーではなく、エキスポートされた完成品だから、この問題が起こる。 こう訳されてる箇所があるけど、 When code is rolled to a live server from a repository, it is supposed to be done as an export rather than as a local working copy, and hence this problem. 実働サーバにコードを載せる場合は、ローカルな作業用コピーとして取得するのではなくエクスポートするべきだ。（だが今回はローカルな作業用コピーを本番に置いているので）問題になっている。 み
競合の解決
リポジトリから自分のファイルを更新・マージしたり、別の URL に作業コピーを切り替えたりすると、時には 競合 することもあります。競合には以下の二種類があります。 ファイルの競合複数の開発者が、同じファイルの同じ行を変更すると、ファイルの競合が発生します。 ツリーの競合開発者がファイルやフォルダーの移動・名前変更・削除を行い、別の開発者も移動・名前変更・削除を行ったり、単に変更すると、ツリーの競合が発生します。 ファイルの競合は、複数の開発者があるファイルの同じ行を変更した際に発生します。 Subversion はプロジェクトの事情を何も知らないため、開発者間の競合については解決できません。テキストファイルの場合、競合している箇所は以下のようなマークがつけられます。 <<<<<<< filename your changes ======= code merged from reposi
asterisk Fedora - Service/Subversion
Service 最近はバージョン管理システム(Concurrent Versions System)の選択肢も増え、CVS, RCSのほか、Linuxカーネル開発でのgit, cogitoや、HTTPベースのWebDAV、最新のGNU Arch, mercurialと数々の選択肢があります。 Subversionでバージョン管理 † Subversionはソースツリー単位でのリビジョン生成や、ファイル移動のサポートなど便利なシステムになっています。WebDAVやブラウザでのアクセスができたり、WindowsクライアントのTortoiseSVNが秀逸なこともあります。 subversion.tigris.org http://subversion.tigris.org/ Subversionによるバージョン管理(日本語訳) http://subversion.bluegate.org/
Subversionのバックアップとるなら、svnsyncで決まり！！ - プログラマでありたい
Subversionリポジトリのバックアップ方法いろいろ Subversionのバックアップ方法が色々紹介されています。私の中では、svnsyncで決まりです。 これはバックアップというか、ミラーリング、レプリケーションといったほうが近い。 オリジナルのリポジトリを参照して複製先のリポジトリの同期を取るためのツール。 単方向の同期なので複製先にコミット等をしてはいけない。 長所 * 最低限のデータエラーが検出できる。 * サーバがダウンしたときに代替サーバとして利用できる。 短所 * あくまで同期なので、過去にさかのぼって復元することは出来ない。 * SVNコマンドからのオペレーションミスの削除には対応出来ない。 万が一リポジトリサーバが壊れた場合は、開発者にSVNのURLを複製先のサーバに変更してもらえば開発が止まることはありません。その間にゆっくり元のリポジトリサーバを復旧させることが
Subversion で削除したファイルを復活させる - WebOS Goodies
今回は Subversion で削除したファイルを復活させる方法をご紹介します。もちろん会社で必要になったからです。ええそうですとも（＾＾；。 変更を過去に戻すときは逆方向に差分をマージするという方法が一般的ですが、削除したファイルを復元するにはこの方法は使いづらいです。なんせ差分の適用対象が存在しないわけですから(笑)。 そこでどうするかというと、削除する直前のリビジョンからコピーします。 svn copy -r 最終リビジョン URL パス 最終リビジョン ファイルを削除したリビジョンのひとつ前を指定します。リビジョン 10 でファイルを削除したなら 9 を指定する、という具合です。 URL 削除したファイルの URL です。 パス 削除したファイルの作業用コピー上のパス名です。 最終リビジョンは、"svn log -v" などで検索するとよいでしょう。 例えば、リビジョン 10 で削
subversionでソース管理その３ - satake7’s memo
やらなくてもいいのに「svn」ユーザを作ってしまったので、管理ユーザ「xxx」とリモートユーザ「svn」のマルチユーザで「subversion」を使うことになりました。そのため、作成されるファイルのPermissionの管理が必要になってきます。(いずれはやらないといけないことですが今ですか？) ユーザとグループ 管理ユーザ「xxx」を「svn」グループに所属させておきます。「/etc/group」と「/etc/gshadow」の両方の「svn:??」のところに「xxx」を追加します。詳しくは、ここ(→ユーザをグループに追加 - satake7’s memo)に書いてあります。追加したら一度ログアウトすること。ここ、はまります。 subversionコマンドのラップ グループでの書き込みができるように、コマンド実行時に「umask」を「002」にします。 ~$ which svn ← sv
TortoiseSVN+Sambaだとコミット時にエラーが出る - blog@longkey1.net
コミット時に「アクセス権がない」とかなんとか言われて、エラーが出る。 同じような事で悩んでいる人も発見。 svn/TortoiseSVNがコミットエラー エラーが出たファイルのパーミッションを見てみると、444になってて書き込みが出来なくなっている。 まあ、そういうことなのです。 つまり、こんな感じだと思われる。 TortoiseSVNが.svnディレクトリ内にファイルを作る ↓ ファイル名を書き換えようとする ↓ 作られたファイルのパーミッションが444とかなので、アクセス権が無く編集できない ↓ エラー で、 /etc/samba/smb.conf [web] comment = Web Directory path = /var/www valid users = key1 public = yes writable = yes
.svnディレクトリの削除 - crkの独り言
svnからチェックアウトした際に作成される.svnディレクトリを一括で削除する。 find . -name .svn -exec rm -fr {} \;
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
subversionでパスワードをキャッシュに保存しないようにする - 吾輩のメモである
http://www.asahi-net.or.jp/~iu9m-tcym/svndoc/svn_svnsync.html
svn:ignore - Pistolfly
Supporting Multiple Repository Access Methods
Subversion Users: Re: setting umask
Subversion によるバージョン管理 - 複数リポジトリアクセス方法のサポート
svn:executableでファイルに実行属性を付ける - Pistolfly