アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
一方企業では (スコア:1, 興味深い)
1社にOS/言語/開発環境/バージョン管理を全て委ねるのは、非常に問題あるとも思われるが、責任は会社持ちという従業員的立場からすれば楽チンきわまりない。
オープンソース界隈の「ソフト毎に操作が違う」なんて面倒な事が無くて。
Re:一方企業では (スコア:2, 興味深い)
特にチェックアウトするとロックがかかる仕様には殺意を覚えます
Microsoftの中の人はホントにこれでプロジェクト管理してるのかなぁ
Visual Studio 2005ではなんちゃらスイートとかって大規模開発用のも有ったと思うんですがあれってどうですか?
# 職場じゃ未だVS6なので関係なし
# ってか自分は6.0で止まってるんで最近のを教えて貰いたかったり
脳味噌腐乱中…
Re:一方企業では (スコア:1, 興味深い)
VSSには多重チェックアウトという設定が昔からあります。
スキルの低い技術者にはマージは高度な機能として
既定ではやらなくて済む設定になっているだけです。
上級者はプロジェクトメンバーのスキルを勘案して
設定を変えるので問題ありません。
むしろ私は、CVSに排他チェックアウトがないのか散々さがして
「CVSつかえねー」って思ったクチです。
まわりのメンバーのスキル的に不安だったので。
Re:一方企業では (スコア:0)
# ってか、管理粒度がファイル単位で排他ロックで充分なら、
# rcs使ってみんなで共有ディレクトリつっつけばいいじゃん、古きよき時代のように。
# ローカルに持ってきて更新する手間が無駄。
Re:一方企業では (スコア:0)
当時見つけられなかったんです。ありがとう。
社内のUNIX, Linux使いに聞いても「分からない」だったんで、、
RCSってのは知らなかったです。
少し調べてみたけど運用形態までは分かりませんでした。
VSS等でローカルコピーを作成して編集するのは
チェックインするまで(あきらかに)不具合があるものを他人に公開しないで済むという
重要な理由があると思うんだけど、RCSでスムーズに出来るんですか?
Wikipediaを見る限り、シングルユーザー向けっぽいんですけど、、
Re:一方企業では (スコア:1, 興味深い)
CVSを知っててRCSを知らないとは、時代が変わったものだなぁ(遠い目)