Visual Basic 6でSubversionを使用する

StackOverflow https://stackoverflow.com/questions/24680

  •  09-06-2019
  •  | 
  •  

質問

Visual Basic 6.0でレガシプロジェクトを開発/サポートしている間、私のチームはすぐにVisual SourceSafeからSubversionに移行するので、いくつか質問があります：

  • Visual Studio 6のSubversion IDE統合に最適なツールは何ですか？ （または、それはトラブルの価値がない...）
  • Visual Basic 6.0でSubversionを使用するためのベストプラクティスはありますか？ （無視するファイルタイプなど）
役に立ちましたか？

解決

VB6でSVNを使用するには、WindowsエクスプローラーのTortoise SVNが最適な方法であることに同意します。

SVNへの移行で見られる最大の変更は、「チェックアウト」のアイデアです。および「チェックイン」 「更新」とまったく同じではありません。および「コミット」。 。 。したがって、VB6はチェックアウト/チェックインメカニズムであるMSSCCIをサポートするため、VB6とのIDE統合は制限されます。私はかつてTamTam SVNを使用しました（ http://www.daveswebsite.com/software/tamtamsvn/index .shtml ）をVisual Studio 2003で使用しましたが、制限が見つかったため停止しました。マージ/ブランチ/非難などは、TamTamにはなかったTortoise SVNが提供する非常に強力な機能です。 Tigrisには http://svnvb6.tigris.org/ もありますが、試したことはありません。

また、IDEをVB6で動作させる可能性は非常に高いですが、SVNへの移行の最大の強みはチェックイン/チェックアウトのSource Safe哲学を破ることであるため、お勧めしません。

他のヒント

Subversionは（チェックイン/チェックアウトではなく）更新/編集/コミットサイクルを使用するため、バイナリファイルには特に注意する必要があります。 VB6のほとんどのフォームは、MyForm.frmとMyForm.frxの2つのファイルで構成されています。 * .frxファイルはバイナリであるため、マージできません。

それを考えると、「ロック」を要求するようにSubversionをセットアップします。 .frxファイル。つまり、一度にファイルをチェックアウトできるのは1人だけです。そうすることで、一度に1人の開発者のみがこれらのファイルを変更できるようになり、その人物が現在誰であるかが常に明確になります。これを行わないと、大きな頭痛の種になります。

無視するファイルの種類：

*。vbw
プロジェクトを閉じるときに自動的に生成され、開いているファイルなどを含むワークスペースファイル

MSSCCPRJ.SCC
VB6 IDEによって生成されたソース管理ステータスファイル（WindowsエクスプローラーでSVNを制御するソリューションを使用する場合は、VB6でソース管理プラグインを無効にする必要があり、これは生成されません）。

*。log
これは、フォームGUIのロードで問題が発生した場合に生成されるファイルです。ファイルは、フォームファイルと同じ場所にあり、フォームファイルと同じ名前です。
例： MyForm.frm は MyForm.log を生成します。

もちろん、ソース管理に必要なログファイルがない場合にのみこれを行う必要があります...

  

これらのレガシープロジェクトでどの程度の計画を立てるかに応じて、切り替えないことを検討します。

SVNに切り替えることを本当にお勧めします。 VSSデータベースが破損したためにソースコードを失ったプロジェクトがいくつかあります。

SourceSafeからSVNへの移行を実行するツールがあると思います。 （はい-簡単なGoogle検索で確認しました。）そうすれば、改訂履歴を失うことはありません。

統合に煩わされず、WindowsエクスプローラーでTortoise SVNを使用するだけです。

無視するファイルの種類については、テスト、チェックアウト、ビルドを行い、ファイルが変更されたかどうかを確認します（最新のVisual Studioでは、.suoファイルを無視する傾向があります）

サーバー側のVisualSVN Serverは非常にシンプルなソリューションであり、vmware仮想環境で実行し、それに沿ってハミングします。

あなたがコマンドラインの人なら、私は本当にsvnのコマンドラインインターフェイスが好きです、私はそれがフォルダのステータスなどのカメよりも特定のアクションを取得するのがわかりにくいと思います。しかし、もしあなたが探検家のファンなら、カメはソース安全な世界から来て十分すぎるほどです。

無視すべき主なものは次のとおりです。

  • 再現可能なアーティファクト（dll、pdb、exe）
  • 環境固有の設定（vsの設定ファイル、csproj.userファイル、.suoファイル）

これらのレガシープロジェクトでどの程度の計画を立てるかによって、切り替えないことを検討します。

レガシコードを掘り下げるとき、すべての履歴と非難を持つことが本当に役立ちます。 SVNはVSSよりもはるかに優れていますが、切り替えると履歴が失われます。

VB6で多くの進行中の開発を行う場合は、SVNに切り替える価値があるかもしれませんが、今後もそれを行う場合はプロジェクトをレビューする価値がありますか？

同様の問題があります。Delphiにはレガシープロジェクトしかありません。それらがVB6だった場合、保守性のためだけにVB.Netに「アップグレード」することを検討すると思います。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top