アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
ロックは要らんかねー? (スコア:1)
ロック・修正・ロック解除の解法 [bluegate.org]
を見るたびに思うんだけど、ロック方式ってそんなに全否定されるべきものなんでしょうか?
まず、適切な「マージ」が定義できないファイル形式(すなわちdiffがあまり意味をなさない形式)については、
この「更新が衝突したら、あとでマージすればいいでしょ」という戦略は
戦略自体が適用不可能なのでは?という疑問が拭えません。
よく知らないんですが、もしかしてSubversionの「マージ」は
オブジェクト指向のように「多態」することが出来るんでしょうか?
つまりファイル形式ごとにマージ
業務での開発においてはロックは不要だと思います (スコア:0)
必要かもしれない、と思った瞬間はありますが、それは、「ルールを守らないメンバーに対するフェールセーフ」でした。しかし、そもそも、プロジェクトにそんなメンバーがいること自体が問題であり、それは、技術的に解決するものではないと思います。メンバを「ルールを守らせる」という方向で教育したり、よくコミュニケーションをとることで、解決することが多かったです。
また、おなじソースを同時に複数のメンバーがつつくような状況というのは、ひとつ
一部のものに限った事情なのかも>非ロック (スコア:1)
(リレーショナル)データベースで、
行をロックするっていう概念はしばしば聞きますが、
行をマージするなんて話はついぞ聞いたことが無いです。
既に書きましたが、やっぱりテキストで行指向で…という限られた状況を満たすフォーマットだけが
非ロック(マージ)方式を採れるんだと思います。
で、任意のフォーマットが、バージョン管理の恩恵に与れるといいなぁと思うわけです。
#いずれはMicrosoft Versionとかいうソフトが出るんだろうなと思うのでG7
#あるいはOSに抱き合わせかな
Re:一部のものに限った事情なのかも>非ロック (スコア:1)
Microsoftがやる前に、Adobeが、VersionCue [adobe.co.jp]というソフトを出しています。
Adobe Creative Suite [adobe.co.jp]ていう統合パッケージと抱き合わせです。