アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
VSSはないのか… (スコア:3, 興味深い)
個人的には、VSSが対象にないのが残念です。
Subversionなんかと比べて敷居が低いですし、個人のwebページの履歴管理
なんかにも使えるようになると便利だなー、と思ってたもので。
Re:VSSはないのか… (スコア:0)
CVSやSubversionがあるのに、どうしてあんな危険なものを使うの?
Re:VSSはないのか… (スコア:0)
プロジェクトがあったです。
Re:VSSはないのか… (スコア:2, 参考になる)
旅に出ます．(バグを)探さないで下さい．
履歴管理上のロックの必要性 (スコア:1, すばらしい洞察)
わたしの知っている例では「同時におなじプログラムを別のプログラマが修正すると困るから」って言うのが一番良くきくのですが、それって、複数のプログラマにおなじプログラムを修正しろと命令した誰かが存在する、っていうことですよね。
それって、なんかおかしくない？
プロジェクト管理ができていないのを是正せず、コミュニケーションが不行き届きなのも是正せず、ツールに頼ってコントロールしようとするなんて愚の骨頂だと思うのですが。そんなプロジェクトじゃ、UPDATEしてから仕事をはじめろって言っても聞くわけないし、ローカルにとっておいたバックアップを上書きCOMMITしてデグレードさせても平気な顔するだろうし、ツール以前の問題だと思うんだよなぁ。
Re:履歴管理上のロックの必要性 (スコア:1, すばらしい洞察)
逆だと思います。
結局プロジェクト管理やコミュニケーションは人間がやることで完璧ではありえません。
その点、ツールは「誰がやっても」ある程度同じ結果が得られることが期待できます。
「ロックしないと更新できない」というのは最終安全装置のようなものでしょう。
ロックしている人に一声かけないと更新することができなくなりますし、
ついでにコミュニケーションも取れるんじゃないでしょうか？
Re:履歴管理上のロックの必要性 (スコア:0)
このツリーの親コメントのACです。
意外なくらいたくさんの意見が聞けて参考になりました。
もちょっと勉強して、VSSからの乗り換えも健闘してみます。
ありがとう！
Re:履歴管理上のロックの必要性 (スコア:0)
Re:履歴管理上のロックの必要性 (スコア:0)
(ツール非依存)
Re:履歴管理上のロックの必要性 (スコア:0)
＞ツールに頼ってコントロールしようとする
という勘違いをしてる以上、論者の立場をどう変えようと間違いは間違い。
Re:履歴管理上のロックの必要性 (スコア:0)
なるべく避けたいですけどね、そんなの。
Re:履歴管理上のロックの必要性 (スコア:0)
まさしくCVSですな。