SVNとVisual fox proのデータベース

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

  •  11-09-2019
  •  | 
  •  

質問

でみを含むVisual fox proのデータベース（ver.7)SVN?どのような利点を含むのですか？どのプラットフォームに対応VFP Db、SCMが行が必要となるのか。

正しい解決策はありません

他のヒント

クリストフ・Wollenhauptは、XMLへのDBCおよびその他のフォックスソースファイルを変換する良い仕事をしていません「TwoFox」と呼ばれるツールを持っている - それを説明した記事は<のhref = "http://www.foxpert.com/docs/ですcvs.en.htm」のrel = "nofollowをさnoreferrer"> http://www.foxpert.com/docs/cvs.en.htm を。あなただけのSVNにDBFファイルをドロップについて尋ねている場合は、しかし、あなたはバイナリファイルとしてインポート、およびバージョン間の合併、またはCURSORTOXMLを使用する/比較する能力を失うことができます（つまり、7にあったが、そうではありませんでした？）でそれらをチェックする前にXMLにDBFSを変換します。

あなSVN使用しているVFP両VSSとVault.それぞれ、手動で追加ファイルのソース制御により利用しようと何らかの形での統合を発環境です。

基本的には二つの方法がこのアプローチ:

  1. でを手動で追加す。DBC,.DCT,.DCX、すべての。DBF,.FPTます。CDX
  2. スクリプト内でデータベースからの構造を使用してい修理技術のデモンストレーションGenDBCX、スクリプト作成のデータを記録したい保存プログラムまたはクラスです。

私の設定:

  • Debianは、P4のワークステーション：
    • SubverisonよApache2
    • Tracのフックに入Subversion
    • 通常の夜間バックアップの両方のSubversionのTracのデータベース

むしろ、ないにチェックマルチメガバイトのデータベースのためのリポジトリが膨張は約20+Gbyteらかにされることです。に行いました。1.6Gbテーブル(およびそのメモを、指数でプライベートビーチがあり、時間の無駄を待ち1時間プラスにコミット20Gbytesのテーブル変えます。その代わりに、クローンのデータからの生産システムおよびそれをリフレッシュ"も、再建に当社のデータベースのコンテナにおいて新鮮へのリンクです。の"リフレッシュ"プロセスに一回程度月に、カメラで観察することで、通常40分こち時間を無駄に 毎日.

なかなかないチェックインを行う必要がありデータのリポジトリです。スキーマ管理を簡素化による単一ルールは:のみをリフレッシュデータを全てのパッチは生産に陥った生産することを意味しているスキーマの両方の環境では一致する必要があります。今はできるだことは今後の変化。

場合にだけスキーマの変更

場合は要チェックインのテーブルがまわりのキャラをリンク スキーマ と必ずしもの データ が含まれているが見たいと思い文章を書くの小さなツールとポンプのスキーマのテキストファイルcommitingこのレポ-レートではなく、船のキッチンシンクoffにすると消化される。

場合は絶対にチェックインを行う必要がありデータ

がある場合はデータのテーブルに必要不可欠な要素となる制御プログラムフロー(-データ-としてのコードだけでなくデータ処理プログラムをご性を高めることが考えられますがトリミングデータを最小限必要なチェック だけのスタブをテーブル 追加により手動での呼ぶ。がsubversionの取り扱バイナリオブジェは、通りを少し入った場所にて保管されている最小サイズおよびコミットしないレポな湿原です。必ずチェックインの個別のテーブル、だけでなく全ての*.dbfするのには失礼時のショックの人を押し数ギガバイトのデータへのレポ-レートでの作業コピーしないマスクをすべてます。

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