4 ポイント 投稿者 xguru 2020-12-19 | 3件のコメント | WhatsAppで共有
  • Docs は2週間前にすでに移行

  • Source は今週末に移行

  • Ports はタイミングの問題で来年3月に移行予定

  • FreeBSD が2008年に CVS から SVN へ移行した時点では、Git は FreeBSD の規模に対応できなかったとのこと

→ もちろん、それ以外にもワークフロー変更について異論はあったようだ: https://wiki.freebsd.org/GitDrawbacks

3件のコメント

 
galadbran 2020-12-20

くっ…やはり大勢には逆らえないですね。

Mercurial と Git がまだ優位を争っていた頃、私は Mercurial のほうがより気に入っていたのですが、GitHub の勢いに完全に押しつぶされてしまって、うう TT

うちでも Git をもう何年も使っていますが、分散リポジトリなのでローカルブランチやローカルコミットを自由に活用できる点は長所ではあるものの、

大きなリポジトリを使えないので分割しなければならず… Bitbucket は 2GB 制限に引っかかると一切の作業を拒否するので面食らったことがありました。サブモジュールは使うとミスしやすいようにできていて、とても推奨できませんし。以前やった merge をまたやることになって、同じ conflict をまた解決しなければならなかったり、そのうちマージを間違えたり…。ファイルの改行を自動で変えてくれるという呆れた決定はなぜ入っているのか…一般的なソース管理リポジトリとして使うには、変なデフォルト値の決定が多くてあまり気に入っていません。

 
functor 2020-12-21

おお……私は mercurial を使ったことがないので気になるのですが、挙げてくださったものが mercurial ではどう動くのか、伺ってもいいでしょうか?

  • サブモジュール

  • マージコンフリクト

  • ファイルの改行

こういうものは mercurial ではもっと賢く処理してくれるのでしょうか?

 
kbumsik 2020-12-19

FirefoxもMercurialからGitへ移行してくれたらいいのですが。Firefoxに貢献したことがあるのですが、ややこしくて大変でした。