仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
こりゃ便利！githubでもVersionsが使えるョ
Subversionよりgitが便利だと、Google codeからgithubへ移転するライブラリや初めからgithubを使ってたりするライブラリとかが増えています。 githubが素晴らしいことは使っている方のコメントから分かるのですが、ライブラリを使わせていただいてるコチラとしてはちょっとこまることがあります。 ファイル管理にVersionsが使えないことです。 VersionsはSubversionのGUIツールなので当たり前ですがgithubでは使えません。 コマンドラインから作業すれば良いだけの話なのですが、なるべく楽をしたいものぐさ人間にはつらいことです。 penner先生のSignalsやiPhoneでもFlashのgordonなんかがそうです。 しかし今や「使えなかった」と過去形で言えるようになりました。 githubチームがSubversionクライアントを使えるように
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
