アカウント名:
パスワード:
バイナリーファイルとか、テキストでも GUI ビルダーや CASE ツールの出す XML ファイルは実質マージできない。分散管理だけだとファイルのロックができないから、 Mercurial から Subversion のリポジトリーを指したり、 Git から TFS を指したりなどする必要があるので、集中型自体がなくなって、全部分散管理ということにはならないと思う。クロスプラットホームやフリーな点を考えると TFS だけになることもないので、 Subversion が消えることはないんじゃないかな。
何故にロックしなきゃダメなの?どうせコンフリクト時は対応はケースバイケースだろうから、そもそも自動処理なんて期待出来ない。ロックしたいってことは、同時に編集が入る可能性を前提にしているわけですが、中央集権型でロックされると作業にも不便をきたすのです。また、中央集権型でロックなんてされた日には、ロックした奴が不在だとコミット出来なくなる問題が。同じファイル弄りたい時点で事前に調整しておくような運用回避が必要なわけで、ロックなんてシステムの制約がないものを選ぶ奴のほうが多いのではないかと。ロック出来るということはSVNの優位性にはならんということで。
最も私もSVN使いなのでそう簡単に無くなってほしくはないですけどね。Gitは文字コード問題見てる限り、呆れて使う気になれません。Windows/UNIXとまぜて使うと面倒じゃない?細工すりゃいいんだろうけど、そんなことしなきゃならんというのも。それとも状況変わりました?ここしばらくはGitを見てないので私の知識は古いのかもしれません。こちとら情弱なのでどうしても低きに流れてしまうのです・・・
しかし、中央集権型ソース管理 vs 分散型ソース管理 でなく、SVN vs Git の争いがばかりなのがなんとも。
どうせコンフリクト時は対応はケースバイケースだろうから、そもそも自動処理なんて期待出来ない。
編集していざコミットしようとしたらコンフリクトして編集やり直しって事態を避けるために、事前に手動でロックするのです。
中央集権型でロックなんてされた日には、ロックした奴が不在だとコミット出来なくなる問題が。
いざとなったらロックを奪うことができます。
同じファイル弄りたい時点で事前に調整しておくような運用回避が必要なわけで
それをシステム的にやるのがロックです。
ロックなんてシステムの制約がないものを選ぶ奴のほうが多いのではないかと。
ロックは必須ではなく任意です。やりたいチームがやりたいファイルだけやれば良いんです。
悪名高きVSSの記憶が残っているのではないかなぁ、と邪推 >強制ロック
VSSどっぷりで未だに抜け出せない連中が居て辛い
えっマジでまだいんの?頑張ってくだされ
Team Foundation ServerすらGitに対応する時代だというのに
バイナリーファイルとか、テキストでも GUI ビルダーや CASE ツールの出す XML ファイルは実質マージできない。
文字コードの問題の他に、この問題が大きいですね。ドキュメントは、日本語ファイル名のMS WordとかExcelファイルとかマージできないものがほとんどなので。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
分散管理はロックができないから、集中型はなくならない (スコア:1)
バイナリーファイルとか、テキストでも GUI ビルダーや CASE ツールの出す XML ファイルは実質マージできない。
分散管理だけだとファイルのロックができないから、 Mercurial から Subversion のリポジトリーを指したり、 Git から TFS を指したりなどする必要があるので、
集中型自体がなくなって、全部分散管理ということにはならないと思う。
クロスプラットホームやフリーな点を考えると TFS だけになることもないので、 Subversion が消えることはないんじゃないかな。
Re:分散管理はロックができないから、集中型はなくならない (スコア:1)
何故にロックしなきゃダメなの?
どうせコンフリクト時は対応はケースバイケースだろうから、そもそも自動処理なんて期待出来ない。
ロックしたいってことは、同時に編集が入る可能性を前提にしているわけですが、中央集権型でロックされると作業にも不便をきたすのです。
また、中央集権型でロックなんてされた日には、ロックした奴が不在だとコミット出来なくなる問題が。
同じファイル弄りたい時点で事前に調整しておくような運用回避が必要なわけで、ロックなんてシステムの制約がないものを選ぶ奴のほうが多いのではないかと。
ロック出来るということはSVNの優位性にはならんということで。
最も私もSVN使いなのでそう簡単に無くなってほしくはないですけどね。
Gitは文字コード問題見てる限り、呆れて使う気になれません。
Windows/UNIXとまぜて使うと面倒じゃない?細工すりゃいいんだろうけど、そんなことしなきゃならんというのも。
それとも状況変わりました?ここしばらくはGitを見てないので私の知識は古いのかもしれません。
こちとら情弱なのでどうしても低きに流れてしまうのです・・・
しかし、中央集権型ソース管理 vs 分散型ソース管理 でなく、SVN vs Git の争いがばかりなのがなんとも。
Re:分散管理はロックができないから、集中型はなくならない (スコア:1)
どうせコンフリクト時は対応はケースバイケースだろうから、そもそも自動処理なんて期待出来ない。
編集していざコミットしようとしたらコンフリクトして編集やり直しって事態を避けるために、事前に手動でロックするのです。
中央集権型でロックなんてされた日には、ロックした奴が不在だとコミット出来なくなる問題が。
いざとなったらロックを奪うことができます。
同じファイル弄りたい時点で事前に調整しておくような運用回避が必要なわけで
それをシステム的にやるのがロックです。
ロックなんてシステムの制約がないものを選ぶ奴のほうが多いのではないかと。
ロックは必須ではなく任意です。やりたいチームがやりたいファイルだけやれば良いんです。
Re: (スコア:0)
悪名高きVSSの記憶が残っているのではないかなぁ、と邪推 >強制ロック
Re: (スコア:0)
VSSどっぷりで未だに抜け出せない連中が居て辛い
Re:分散管理はロックができないから、集中型はなくならない (スコア:2)
えっマジでまだいんの?
頑張ってくだされ
Re: (スコア:0)
Team Foundation ServerすらGitに対応する時代だというのに
Re: (スコア:0)
バイナリーファイルとか、テキストでも GUI ビルダーや CASE ツールの出す XML ファイルは実質マージできない。
文字コードの問題の他に、この問題が大きいですね。
ドキュメントは、日本語ファイル名のMS WordとかExcelファイルとかマージできないものがほとんどなので。