アカウント名:
パスワード:
TortoiseCVSと違ってこちらは最初から日本語メニューがあったと思います。
言語ばかりで、周辺ソフトは対象外のようですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
VSSはないのか… (スコア:3, 興味深い)
個人的には、VSSが対象にないのが残念です。
Subversionなんかと比べて敷居が低いですし、個人のwebページの履歴管理
なんかにも使えるようになると便利だなー、と思ってたもので。
Re:VSSはないのか… (スコア:4, 参考になる)
今はしらないのですが、わたしの知っているVSSは、1ファイルで管理していましたし、なんか壊れそうで怖いなぁ、と思っていました。また、1クライアント10まんえんとかお値段も……。敷居を低くするのに10まんえんか、と……。
Re:VSSはないのか… (スコア:2, 参考になる)
English, German, Spanish, French, Italian, Japanese, Hungarian, Korean, Dutch, Portuguese (Brazilian), Russian, ROmanian, Chinese (Simplified), Chinese, Polish
Re:VSSはないのか… (スコア:1)
VSSの問題点はVisual Studioで扱えないファイル形式はソース管理の対象から(利用者が意図的に)外す傾向があること。ついでに利用者は何がソースで何が生成物かわからなくなる弊害も。あとcvs export相当がないことかな。
Re:VSSはないのか… (スコア:0)
# その他にも理由はありますがこれが大きい。
使い慣れたものを代えるのが嫌というのが本音っぽい。
TortoiseSVNが在るといってもVisualStudioと連携してないとか無意味なこと言うし。
皆様、どうやって社内で利用できるようにもって行かれましたか。
Re:VSSはないのか… (スコア:1, 参考になる)
ankhsvn [tigris.org]ってのがありますよ。 こんな感じ [tigris.org]でかなり便利です。
Re:VSSはないのか… (スコア:0)
でもとりあってくれませんでした。
でもちょうどVSSのリポジトリがぶっこわれました。
Subversionに移行が決まりました。
#運がよかった。
##壊したのは私じゃないよ。
Re:VSSはないのか… (スコア:0)
かれこれ5年くらい使ってますがいまだかつて
HDDが壊れた以外の原因で壊れたことないですね
ソースの量、ソース以外の画像などのリソースの量も
かなり多い方だと思いますが・・・
どういう使い方をしたらすぐ壊れるのでしょうか?
ちなみにうちは社内向けではないですが、
社外とソースのやり取りするために VSS 2005 を待てなかったので、導入しましたよ。
> VisualStudioと連携してないとか無意味なこと
まぁ便利ですし
特に自分は xyzzy のファイラーを利用しているんで
TortoiseSVN の表示が反映されなくてションボリしました。
> 使い慣れたものを代えるのが嫌というのが本音
そんなに VSS がひどいとも Subversion なりが物凄く便利
とも感じなければ現状維持も悪くない選択肢だと思いますが。
Re:VSSはないのか… (スコア:3, 興味深い)
実際問題VSSは使わないというか、CVSで事足りるというか…
現実問題として、実務ではVCの案件でもリビジョン管理にはCVS使う方が多いんですよ。
少なくとも私が今まで携わった案件の場合。
なので、VSSが無償配布の対象外なのはMSの経営戦略上どうなのかは別として、末端のユーザにとっては、
ほとんど影響ないような気がします。
それより、タレコミ人も指摘しているようにMFCが無償配布の対象外というのが解せない!!
Re:VSSはないのか… (スコア:2, 参考になる)
VSからCVSを使うアドイン [jalindi.com]
Re:VSSはないのか… (スコア:2, 参考になる)
CVSで事足りるというより、VSSでは力不足。lockされてしまうとか、差分比較がやりずらいとか。
ただ、document類もversion管理systemで管理しているんだけど、work/excel等のbinaryはmerge出来ないんで、CVSにもfileを明示的にlockする機能は欲しい(あるっていうのはマニュアルだかなんだかで読んで覚えがあるが、実用的ではなかった覚えがある)。
安易なAC発言反対運動中
SVNにしましょ (スコア:3, 参考になる)
ただ、document類もversion管理systemで管理しているんだけど、
CVSのバイナリファイル管理はイマイチなのでレポジトリが肥大しまくってたまらんのですよ。work/excel等のbinaryはmerge出来ないんで、CVSにもfileを明示的にlockする機能は欲しい
Subversionいいっすよ。(結構最近だけど)lockが実装されて、WordやExcelのドキュメントをプロジェクトメンバー内で共有するのに活用してます。もちろんソースも一緒に。
そしてそれをTracでブラウジングしたり。
さらにWindowsでなら加えて
つ[xdocdiff] [xrea.com]
Word/Execl/pdf/PowerPointの書類の差分が取れます。
個人的にはvisualStudio + vssはリビジョン管理が暗黙的になりすぎ、コンパイルすら出来ないものが平気でコミットされてしまうのでNGかな
Re:VSSはないのか… (スコア:2, 参考になる)
>CVSにもfileを明示的にlockする機能は欲しい
Subversionにしましょう。ロックありますよ。
Subversionはsshが使えるところなら、デーモンやinetといった仕組みに頼らずに起動できるので、シェルの使えるレン鯖なんかでも使えますし、社内のLANでもいちいち管理人にインストールを依頼する必要もないので、非常に重宝してます。
Re:VSSはないのか… (スコア:2)
Re:VSSはないのか… (スコア:1, 参考になる)
それはCVSでも普通にできます。(ext)
Re:VSSはないのか… (スコア:1)
比較のUIがアレなのは全面的に同意しますが、ロックについては多重チェックアウトを許可しておけばそれほど困りませんでした。
バイナリファイルは多重チェックアウトできまぜんが、それはお望みの通りなんですよね。
Re:VSSはないのか… (スコア:0)
VSS は、デフォルトでは排他チェックアウトモードになってますが、多重チェクアウトに設定すれば、複数の人がチェックアウトできるし、コミット時のコンフリクトも(一応は)自動でチェックしてくれるんですけどね。
多重チェックアウト時にも、ファイル単位で明示的に排他モードでチェックアウトすることも可能です。
デフォルトの設定以外で使う人がいないということなんでしょうか?
チェンジセット(あるいはチェンジセット相当)が無いし、多重チェックアウトうんぬん以前に、機能不足なので仕事以外で使おうとはおもいませんが、、、
Re:VSSはないのか… (スコア:1)
超個人的な意見ですが。。。
Eclipceに完全対応してくれれば、無問題なんですが;
(C#plug-inあるらしいですが、評判良くないようだし)
それよか、これの件の所為でSharp Developユーザーが減ったりしないか心配。。。
※個人の感想であり効果・効能を示すものではありません。
Re:VSSはないのか… (スコア:0)
でも次期VSではチーム開発にさらに力を入れるという話を読んだ覚えがあるので、VSS ver6が古くなってしまうのであれば将来は…とか期待してみる
Re:VSSはないのか… (スコア:1, 興味深い)
最近、また付かなくなってしまったけど、チーム開発ではなく履歴管理ソフトとして
付いてくる可能性はあるかもしれません。
#2002年頃のお話
Re:VSSはないのか… (スコア:1, 参考になる)
VSSはおっしゃるとおり、履歴管理ソフトに格下げって感じですね。
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ですな。