問題タブ [sourcegear-vault]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
svn - リポジトリをVaultからSubversionに移行するためのツールはありますか?
SourcegearのVaultからSubversionへの移行を容易にするツールはありますか?
私は本当に既存のツールまたはプロジェクトを好みます(私が購入します!)。
要件:
- 1回限りの移行のみ
- コメント付きの完全な履歴
オプション:
- ラベル/ブランチ/タグの一部のサポート
- 比較的スピーディー。数時間かかることもありますが、数日かかることはありません。
- 可能な場合の費用
このプロセスに関連する個人的な経験を共有できる場合は、ボーナスポイント。
これを実行したい理由の1つは、VaultとSubversionの間に多くのプロジェクトが分散しているためです(最終的にsourcesafeから離れています)。状況によっては、特定の顧客のリポジトリをSVNに統合できると便利です。
さらに、SVNはサードパーティツール間でより適切にサポートされています。たとえば、HudsonとRedmine。
繰り返しになりますが、私たちはボールトを完全に放棄しているわけではありません。
svn - Subversion と Vault
私は現在、SVN から SourceGear Vault に移行する利点を検討しています。この 2 つの間の詳細な比較へのアドバイスやリンクを持っている人はいますか? SVNに有利に機能する現在のソース管理システムを移動する必要があることに注意してください
これまでのところ、私自身の調査から得られたいくつかの情報があります。
私は 2 つの間でしばらくテストを行ってきましたが、vault はほとんどの操作をはるかに高速に実行しているようです。タイム テストでは、リポジトリと同じサーバー、同じワークステーション クライアント、および同じプロジェクトを使用しました。
時間比較
- SVN
- ボールト
(これを正しくフォーマットできません)
また、他のいくつかの点を比較しているオンライン ソースも見つけました。これは私が探している種類の情報です。
使用比較
Subversion は、編集/マージ/コミットのみです。Vault では、編集/マージ/コミットまたはチェックアウト/編集/チェックインのいずれかを実行できます。
Vault は VSS と同じように見え、機能するため、VSS ユーザーの学習曲線は事実上ゼロになります。
Vault には VS プラグインがありますが、チェックアウト モードで実行する場合にのみ機能します。
Subversion には、想像できるほぼすべての OS のクライアントがあります。Vault には、Windows 用の GUI クライアントと Mono 用のコマンド ライン クライアントがあります。
どちらもトランスポートとして HTTP を使用するため、リモート作業をサポートします (Subversion は拡張 DAV を使用し、Vault は SOAP を使用します)。
Subversion のインストール、特に Apache のインストールはより複雑です。
Subversion には多くのサードパーティ サポートがあります。Vault にはいくつかの機能があります。
私の質問
この 2 つの間の詳細な比較へのアドバイスやリンクを持っている人はいますか?
svn - 小規模データベース開発チーム向けのソース管理システム
私は小さな開発チームを担当しており、主にデータベース開発を担当しています。現在、ソース管理システムとして MS Visual Source Safe を使用していますが、これには限界があり、変更を真剣に考えています。あなたならどのシステムを選びますか?
sql-server - ソース管理でデータベースの変更をどのように追跡しますか?
ほとんどのプロジェクトで SQL Server 2000/2005 と Vault または SVN を使用しています。どちらのソース管理システムでも、データベース スキーマ/プロセスの変更をキャプチャする適切なソリューションが見つかりませんでした。
私たちの現在のソリューションは非常に面倒で、実行するのが困難です (変更したオブジェクトをスクリプト化してデータベースにコミットします)。
カスタム開発でこの問題に対処する方法については多くのアイデアがありますが、既存のツールをインストールしたいと思います (有料ツールは問題ありません)。
では、データベース コードの変更をどのように追跡するのでしょうか。おすすめのツールはありますか?
編集:
すべての提案をありがとう。時間の制約があるため、ここでは自分でロールバックしたくありません。そして、ほとんどの提案には、開発者が何らかの手順に従う必要があるという欠陥があります。
代わりに、理想的なソリューションは、SQL データベースの変更を監視し、検出された変更を SCM にコミットすることです。たとえば、SQL Server に、変更を加えたユーザーの DML 変更を記録し、そのオブジェクトのスクリプトを SCM にコミットできるアドオンがあれば、私はワクワクします。
社内では次の 2 つのシステムについて話し合っています。次に、チェックイン プロシージャはそれを SCM にスクリプト化します。2. スケジュールされたジョブを実行して変更を検出し、(匿名で) SCM にコミットします。
ユーザー アクションの部分をスキップして、システムがこれらすべてを自動的に処理できるようにするとよいでしょう。
nant - NAnt と Vault のドキュメント
そこで、NAnt for Vault で利用可能なタグに関するドキュメントを探しています。SourceGear のサイトでいくつかのサンプルを見ましたが、それらが完全なリストではないと思います。対象となるすべてのタグに関するドキュメントをどこで見つけることができるか知っていますか?
ありがとう
tfs - SourceGear VaultからTFSに移行するにはどうすればよいですか?
SourceGear VaultからTFSにファイルバージョンを移行する簡単な方法はありますか?
build-automation - ソース管理ブランチの構築
私は現在、仕事用にさまざまなソース管理ソリューションを評価しており、分岐についていくつか質問があります。
ブランチの作成方法については基本的な理解がありますが、ビルド マシン (CruiseControl.net) がブランチを作成してビルドする方法がわかりません。
多くのプロジェクトがあり、それらはすべて他のプロジェクトによって依存されています (他にもあります): ユーティリティ > データ アクセス > ビジネス ロジック > 共通 GUI > ( Web サイト | デスクトップ クライアント )
ビルド マシンが次のことができるように、リポジトリをどのように構造化しますか (違いがある場合は Vault)。
- トランクを構築する
- 「最新」のブランチを構築する
大まかなフォルダー構造および/またはクルーズコントロールからの取得方法に関する説明は素晴らしいでしょう.
ありがとう
編集:
明確にするために、開発にはトランクを使用し、リリースごとにブランチを使用する予定です。
windows-authentication - VaultでNAntからWindows認証を使用するにはどうすればよいですか?
NAnt(V0.86.3317.0)を使用してSourceGear Vault(V4.1.4)でいくつかのタスクを実行したいと考えています。
VaultにNAntからのWindows認証を使用して接続を作成させる方法はありますか?
ボールト接続を初期化するために使用しているNAntブロックは次のとおりです。
私は他の開発者と一緒にプロジェクトに取り組んでいるので、ユーザー名とパスワードをNAntビルドファイルにハードコーディングすることはお勧めできません。username
との両方がコマンドpassword
の必須オプションです。vaultsetloginoptions
他の選択肢(すべてキャッチ付き)には次のものがあります。
(a)「Admin」アカウントをNAntプロパティにハードコーディングし、それを使用してボールトにログインします。NAntスクリプトが実行するチェックイン/チェックアウト操作の責任者の監査証跡が失われるため、これはそれほど素晴らしいことではありません。また、ソリューションでファイルがチェックアウトされている場合にも問題が発生します(スクリプトの一部により、Vaultでラベルを生成する前に、すべてのファイルがソース管理にチェックインされます)。
(b)NAntコードのC#スクリプトを使用して、ユーザー名とパスワードのプロパティを動的に設定します...ただし、ユーザーからパスワードを取得する際に問題が発生する場合を除きます。
(c)Vaultクライアントから保存されたプロファイル情報を読み取り、それを使用して接続します(保存場所がわからない場合を除く)。
version-control - ソース コードを Vault から TFS 2008 にマージする方法
ソース管理プロバイダーとバグ追跡ソフトウェアを Team Foundation Server 2008 に統合することを検討しています。現在、ソース管理プロバイダーとして SourceGear Vault を使用しており、バグ追跡ソフトウェアには OnTime を使用しています。どちらも現在、当社のニーズを満たしていますが、当社が成長しているため、TFS が当社の候補になる可能性が高いようです。Microsoft がマージ ツールを開発して、すべての履歴を含め、すべてのソース コードをこの新しいシステムに取り込めるようにしてくれたらよかったのにと思います。
今のところ、csv インポートを介してすべてのバグ追跡項目をシステムに取り込むことができ、ソース コードの最新バージョンもシステムに取り込むことができます。
SourceGear Vault から TFS 2008 までの履歴とすべてのソース コードをマージするのに使用できる簡単な方法またはツールキットはありますか?
version-control - Vault では、リリース コード ベースを分離するときに、ラベルまたはブランチを優先する必要がありますか?
リリース用にコードを分離する場合、「ブランチ」よりも「ラベル」を使用する利点はありますか?
私たちが従うプロセスは、リリースに近いコードを分岐し、分岐でリリースを安定させることです。リリースが SQA によって承認された後、変更をメインラインにマージします。
他の開発グループは、ラベルを使用して、リリースに使用されるコード ベースを「分離」します。私は次の理由でこれが好きではありません (これは間違っているかもしれません):
- Vault は、ラベルから他のラベルへのマージをサポートしていません。ブランチ間のマージ サポートは優れています
- ラベル付きアイテムのアクセス許可を削除して変更を停止することはできません。ブランチへのアクセスを制限できます。
考えていただければ幸いです。