FreeBSD、SvnからGitへ移行
(lists.freebsd.org)-
Docs は2週間前にすでに移行
-
Source は今週末に移行
-
Ports はタイミングの問題で来年3月に移行予定
- FreeBSD が2008年に CVS から SVN へ移行した時点では、Git は FreeBSD の規模に対応できなかったとのこと
→ もちろん、それ以外にもワークフロー変更について異論はあったようだ: https://wiki.freebsd.org/GitDrawbacks
Docs は2週間前にすでに移行
Source は今週末に移行
Ports はタイミングの問題で来年3月に移行予定
→ もちろん、それ以外にもワークフロー変更について異論はあったようだ: https://wiki.freebsd.org/GitDrawbacks
3件のコメント
くっ…やはり大勢には逆らえないですね。
Mercurial と Git がまだ優位を争っていた頃、私は Mercurial のほうがより気に入っていたのですが、GitHub の勢いに完全に押しつぶされてしまって、うう TT
うちでも Git をもう何年も使っていますが、分散リポジトリなのでローカルブランチやローカルコミットを自由に活用できる点は長所ではあるものの、
大きなリポジトリを使えないので分割しなければならず… Bitbucket は 2GB 制限に引っかかると一切の作業を拒否するので面食らったことがありました。サブモジュールは使うとミスしやすいようにできていて、とても推奨できませんし。以前やった merge をまたやることになって、同じ conflict をまた解決しなければならなかったり、そのうちマージを間違えたり…。ファイルの改行を自動で変えてくれるという呆れた決定はなぜ入っているのか…一般的なソース管理リポジトリとして使うには、変なデフォルト値の決定が多くてあまり気に入っていません。
おお……私は
mercurialを使ったことがないので気になるのですが、挙げてくださったものがmercurialではどう動くのか、伺ってもいいでしょうか?サブモジュール
マージコンフリクト
ファイルの改行
こういうものは
mercurialではもっと賢く処理してくれるのでしょうか?FirefoxもMercurialからGitへ移行してくれたらいいのですが。Firefoxに貢献したことがあるのですが、ややこしくて大変でした。