問題タブ [surroundscm]

私の会社には、数年前に SourceSafe から移行されたサラウンド SCM に大規模なコードベースがあります。私たちは自分たちのニーズにより適したものに移行しようとしていますが、Surround から歴史を引き出すことは困難であることがわかっています.

gitインポーターをグーグルで検索すると、カスタムインポーターに関する優れたチュートリアルが見つかりました。svn、perforce、および他の多くのサポートもあるようですが、Surround はありません。

スナップショットを取り、新しい git リポジトリを開始する方がよいでしょうか? それとも、15 年以上のコード履歴を取得するためにスクリプトを作成する価値があるでしょうか?

以前の職場では、共有コンポーネントが更新されたときに、svnexternalsを使用して依存プロジェクトを更新していました。これにより、これらの変更が壊れたことを簡単に確認でき、依存プロジェクトを介入なしで共有コンポーネントの最新バージョンに自動的に更新できます。

新しい職場では、サラウンドscmを備えたcc.netを使用しており、サラウンドで同様のものを見つけようとしています。外部のようなものは見つかりませんでした。「共有ファイル」だけですが、外部とは異なり、共有ファイルでは、外部のファイルの特定のリビジョンを指定することはできません。

私は、継続的インテグレーションに頼り、「継続的ビルド」サーバーよりも統合のためにそれを扱うために、これらのシナリオで他の人々が何をしているのかに興味があります。誰かがsvnを使わずに「外部」の振る舞いをするためのツールや何かを知っていますか？

どのプロジェクトがどのアセンブリに依存し、最新バージョンを使用する必要があるかどうかのxmlレジストリファイルがあると思いますが、これはやり過ぎのようです。

したがって、さまざまなバージョン管理システムを見てみましょう：subversion、accurev、surround、tfs、bitkeeper / git / mercurial

• Subversion：かなり人気のある標準だと思います
• Accurev：その周りには愛憎関係があるようです。
• サラウンドとTFS：私はそれらの周りに多くのコメントを見ていません。
• Bitkeeper / Git / Mercurial：かなり人気があるようですが、「分散」はマネージャーを怖がらせるかもしれないと思いますlol

どういうわけか彼はサラウンドに惹かれているようで、それは売り込みのせいではありません。もともとは評価用にダウンロードして遊んでいましたが、何も起こりませんでした。これで、scmの確認に戻り、もう一度試してみたいと思います。これまでのところ、他のバージョン管理システムのような話題は見ていません。TFSについても同じ

サラウンドSCMにたくさんのコードがあり、Eclipseのワークスペースに入れたいと思っています。私は2つのブランチで作業できる必要があります。1つはバグ修正用で、もう1つは新機能用で、メインブランチにマージできます。これを行うための最良の方法は何ですか？

サラウンドSCMと統合されている継続的インテグレーションサーバーはありますか？

次のようなディレクトリ構造を持つサラウンド SCM を使用しています。

私の作業ディレクトリは次のようになります。

基本的に、.settings (ディレクトリ) または file.txt のローカル コピーが変更された場合に、sround から報告されたくありません。それは単純に思えます-svnの無視のようですが、サラウンドでそれを行う方法が見つからないようです。私が使用している scm ツールで処理する必要のないこれらのローカル ファイルがたくさんあるようです。再帰的な差分画面に表示されないようにしたいと思います。

これを行う方法について何か考えはありますか？

Seapineの Surround SCMは集中型または分散型のバージョン管理システムですか?

私はSeapinesSurroundSCMAPIに比較的慣れていないので、明らかな何かが欠けているだけかもしれません。サラウンドSCMAPIを使用してファイルがチェックインされるたびにTestTrackに送信されるチケットを生成する方法はありますか？それを行う方法があると言われていますが、ドキュメントやそのサイトには何も見つかりません。