仕事で使ってる巨大SVNレポジトリをGithubに移管するためにやったことまとめ · DQNEO日記
動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
Google CodeはMercurialを採用、Gitは見送り | エンタープライズ | マイコミジャーナル
a fast, lightweight Source Control Management system designed for efficient handling of very large distributed projects. Googleは24日(米国時間)、ホスティングサービスGoogle Codeにおいてバージョン管理システムとして新しくMercurialのサポートを追加したと発表した。まだプレビューという段階で一般公開はされていない。利用するには申し込みが必要。プロジェクトごとに特定のユーザが試せる状況になっている。これでGoogle CodeはSubversionに次いでMercurialをサポートすることになる。 バージョン管理システムは大きく分けて集中型と分散型がある。代表的なところでは集中型にCVSとSubversion、分散型にGit、Mercurial、B
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
