午前中ずっと何かをチェックしようとして過ごしたので、今では2日間分の仕事を失いました。
その前に起こった-と明らかにSourceSafeで一般的な発生です。SourceSafeは問題なく正常に使用できますか?
午前中ずっと何かをチェックしようとして過ごしたので、今では2日間分の仕事を失いました。
その前に起こった-と明らかにSourceSafeで一般的な発生です。SourceSafeは問題なく正常に使用できますか?
回答:
私の見解はシンプルで、できるだけ早く他の何かに移行します。長くはかからず(WAGで1〜2週間)、移行にどれだけ時間がかかっても、管理に正当なコストをかけるのは簡単です。移行する少しの時間は、確実なソース管理と、ソースコードの損失の可能性がほとんどないことを意味します。上司が懐疑的である場合は、「ソースセーフホラーストーリー」などをすばやくGoogle検索してください。
SCMの誤りはすべてVSSに組み込まれています。StarTeamでさえ、Source Safeより優れています。Source Safeは、バージョン管理の世界のInternet Explorer 1です。他の実装に完全に取って代わられています。
どのように使用しましたか?
物事を成し遂げるための私の典型的なワークフローは
Subversionと比較すると、上記は笑うことができます(ビルドを壊していないことを確認することは別として)。
チームのプログラミングプラクティスの制限
これらは、チームが私たちのために機能するために作業しなければならなかったルールです。あなたのマイレージは異なる場合があります。
何ができますか?
Polarionには、 Source SafeのようなものからSubversion(SVN)に移行するための優れたツールセットがあります。これは、オープンソースバージョン管理のためのほとんどの企業内の現在の事実上の標準です。Subversionには、チェックインを許可するためにサーバーを使用可能にする必要があります(オフラインの分散チーム用に設計されたGITやMercurialとは異なります)。
約1年前に運用を停止しました。
前日の夕方にチェックインしたものが翌朝にはなかったことが何度か起こりました。仕事を終えていないように見えたので、面白いとは思いませんでした。私は会社が初めてだったので、それは私にとって危険だったかもしれません。
私たちはTFSに移行し、それ以来順調に稼働しています。
私の見解?
より使いやすく、より安全で、完全に無料の優れたものがあります。なぜわざわざ使用するのですか?
これは、開発の1つの領域であり、多くの選択肢があります。ほとんどまたはすべてがVSSよりも優れています。
それを何年も使用しました-それはすでに存在していたので、デフォルトのソリューションでした。何度も噛まれたが、慣性を克服するのは難しい
その後、VPN経由でリモートで使用する必要があり、小さなチェックインでさえ、ピンホールにレンガを詰め込むようなものでした。変更されたファイルを手動で検索し、それらを圧縮し、電子メールで送信し、ソースボールトマシンにリモートで移動し、それらを解凍し、ソースボールトマシンからコードをチェックインする方が高速でした。
Mercurialに切り替えました。VPN全体のソースコードベース全体を1分以内に複製できます。そして、分岐を恐れなくなりました。
それは憎悪です。しかし、何もないよりはましです。
私は個人的に問題を経験することなく長い間(10年近く)使用していました(競合などを避けるためにコードがかなりよく分割されている傾向がありましたが、作業中のチーム内を含む)。
しかし、まともで信頼性の高いオープンソースの代替が存在する場合、データ損失の話はあまりにも多くあり、それを使い続けることはできません。
編集:コメントから、メッセージは複雑なもの(分岐、マージ、競合)を避けているようで、おそらく大丈夫です。それ以上なら、あなたは危険な領域に向かっています。
MSでさえTFSを支持して非推奨になっています。
Visual Studio 6またはそれより古いもので作業している単独または本当に小さな店にとって、それはまずまずで、何もないよりはましです。それがどれほど悪いかについては誇張がたくさんあると思いますが、それから価値のある仕事を失った1つのインスタンスだけで、製品を酸っぱくすることができます(正当な理由のため)。VSSがその位置を占めており、少なくともSCMツールをまったく使用していない習慣を身に着けている多くの開発者を励ましていると信じていますが、多くのテクノロジーと同様に、現在ではほとんど使われていません。
VSSに関する私の見解は?彼らが「VSSの習熟度」を要求したので、私はいくつかの仕事の申し出(非常によく支払われた)を断りました。そして、私は同じことをした他の人々がここにいると確信しています。
ソースの破損の可能性の問題に苦しむだけでなく(これは管理者がそれを置き換えるのに十分な議論であるはずです)、また、厄介なバックアップを抱えており、さまざまな作業の流れでチームとして効率的に作業することができません。
別のSCM(他のSCM)を見つけて、分岐とマージがどれほど簡単かを調べます。VSSソリューションからファイルをコピーし、「本番」コードのバグを修正するために戻ったときにファイルを別の場所に保持しなければならなかったときのことを考えてください。
キックの場合は、GITをインストールするだけです。VSSファイルをポイントし、GASPの 2人のプログラマーが同じファイルの異なる部分を同時に操作し、ソフトウェアにインテリジェントに変更をマージするのがいかに簡単かを確認してください。ツールは単なるソースバックアップ以上のものでなければなりません。
新しい2010 Team Foundationのスタッフは大いに役立ち、VSSの悪い部分から逃げようとするはずでした。しかし、そのコアはまだVSSに依存しているため、SVNに移行しました。
編集 -TFSはまったく新しいものであると理解していますが、テストするときに、私が尋ねた複数の開発者はTFSに非常に似た感情を抱いていました。私が「中核」と言った理由は、VSSが作成したのと同じように見えたソリューションでTFSが作成したファイルを見たことを覚えているからです。これは開発者の観点からであり、VSSやTFS、その他のSCMの背後にある技術についても知らないかもしれません。混乱してすみません。