問題タブ [version-control-migration]

私は、2008 年から Microsoft Team Foundation Server 2008 を会社にインストールしています。TFS 2010 をインストールしましたが、バージョン管理を 2008 から 2010 に移行したいと考えています。Team Foundation Server Integration Tools (2011 年 3 月リリース)を使用しようとしましたが、移行しようとしたときにエラー/競合が発生しました:

ターゲット サーバーhttp://tfs2008:8080/ は TFS2010 サーバーではありません

左側のソースに (tfs 2008) 入れても、ソースではなくターゲットと表示される理由がわかりません!!

誰でも何が起こっているのか分かりますか?

よろしくお願いいたします。

Git の機能を備えたバージョン管理ソフトウェアはありますが、バイラル ライセンスではありませんか? - 「バイラル ライセンス」とは、私の定義によれば、派生ソフトウェアが同じか同等に制限のあるライセンスの下にあることを要求するライセンスです。

GPL に関する議論や議論には興味がありません。この質問とウェブサイトの範囲外です。

ありがとう。

この投稿の長さについてお詫び申し上げますが、適切な回答を得るために多くの情報を含める必要がありました。これが応答を妨げないことを願っています...

当店はこれまで、クラシックASPを使用してWebサイトをコーディングし、いくつかの新しいASP.NETサイトをWebサイトとして構成してきました。誰もが知っているように、これは、ソースファイル（* .asp、*。aspx、および* .aspx.vb（または* .aspx.cs））ファイルが開発サーバーと運用サーバーにそのまま展開されることを意味します。

構成管理プロセスは完全に手動で行われ（現在もそうです）、次の手順（要件）が含まれています。

• 変更されたファイルのコピーを取り、アーカイブのために「リリース」フォルダに保存します。
• 置き換えられる本番ファイルのコピーを取り、ロールバックを容易にするために「アーカイブ」フォルダーに保存します。
• リリース後の問題を診断する際のコードレビューまたは一般的な参照のために、ソースファイルの前後の差分レポートを生成します。
• 変更をコーディングした開発者は、製品リリースを実行する人ではありません。元の開発者は、追加のテストと実稼働展開のために、ソースファイルを別の開発者に渡す必要があります。

状況をより困難にするために（上記ではなく、以下で説明することで）、正式なリリーススケジュールには従いません。個々のバグまたは機能拡張が完了すると、それらはリリースされます。これは、1週間にサイトに複数のリリースを簡単に作成できることを意味します。特定のサイトが同じ日に個々のページに2つの異なるリリースを取得する可能性もあります。

参加して以来、チームをASP.NETWebアプリケーションやASP.NETMVCなどの新しいテクノロジに移行しようとしています。（Web以外のプロセスに使用されるスタンドアロンアプリケーションとコンソールユーティリティの責任も負っています...したがって、私のジレンマは依然として当てはまります。）

これらのテクノロジーとレガシーテクノロジーの違いは、プリコンパイルです。コードビハインドファイル（* .aspx.vb（または* .aspx.cs））を展開する代わりに、dllまたはexeが展開されます。このタイプの展開パッケージでは、いくつかの質問があります（問題??）。

• ソースがコンパイルされたときに差分レポートを生成します。新しく変更されたソースファイルが開発者システムにある間、本番コピーはコンパイルされたコピーです。
• 他のバグや機能拡張に関連する変更が特定のリリースに含まれていないことを確認してください。これは、元の開発者とリリースを実行する人の両方に適用されます。
• 元の開発者が変更されたファイルを別の開発者に渡して、ビルド、テスト、および展開できるようにします。

これまで、これらのタイプのサイトとアプリケーションに取り組んでいるチームの開発者は私だけだったので、上記の競合や問題は存在しませんでした。（差異レポートの手順をスキップし、独自の展開を行います。）ただし、チームの他のメンバーにこれを採用し、バグと拡張タスクのより良い配布を可能にするように促そうとしています。

現在VSSを使用していますが、TFSへの移行を推進しています（おそらく成功するでしょう）。私が持っているいくつかのアイデアは

• 開発者がデプロイメントを行うために使用する別のビルドシステムをセットアップします。これにより、2つの問題が解決されます。（1）開発者間でのVisual Studioおよびその他のライブラリのバージョン/パッチの違い、および（2）リリースを実行する人が別の変更のためにファイルをローカルでチェックアウトした場合。（もちろん、これはビルドシステムと元の開発者の違いを保証するものではありませんが、少なくともそれはリリースが一貫した構成からのものであることを意味します。

• ラベルを使用して、変更されたファイルのみにタグを付けます。私の問題は、変更されたファイルを識別（およびビルド用にプルダウン）できますが、ビルドに含める必要があるが変更されていないファイルを識別するにはどうすればよいかということです。繰り返しになりますが、リリースされていない変更に関連するチェックインされたファイルを含めないという考え方です。

• ラベルを使用して、リリースのすべてのファイル（変更されたファイルと変更されていないファイル）にタグを付けます。これに関する私の問題は前の問題と似ています...関係のない変更のために別の開発者によってチェックインされたファイル（たとえば休暇に行った）がラベル付けされてこのビルドに含まれていないことを確認するにはどうすればよいですか？

• ラベルを使用して、ラベル付きバージョンと以前にラベル付けされたバージョンの差異レポートを生成するスクリプトを作成できる可能性があります。プロセスが適切に機能する場合、特定のリリースに含まれる変更が正確に反映されるはずです。

他のアイデア、懸念事項、興味のあるポイントはありますか？私にはプロセスの柔軟性がありますが、いくつかの要件（相違点レポートや、相違点を簡単に表示し、開発者/デプロイヤーを分離する方法など）はほとんど手に負えません。

あなたがこれに関して提供することができるどんな助けにも本当にありがとう。

私はすぐに、アプリケーションの一部を、svnバックアップされたリポジトリを使用するものから、 git1 つを使用するものに変換する予定です。

以前は を使用していましgit-svnたが、チーム全体が に移行されgit、その移行の先頭に立つよう求められました。ほとんどの動きを理解できてうれしいですが、まだ解決していない側面が 1 つあります。

私の構成リポジトリの 1 つのディレクトリは、スタンドアロンの Windows マシン上の外部アプリケーションのスクリプト ディレクトリを追跡するために常に使用されています。そのアプリケーションのスクリプト ディレクトリは、アプリケーション インストール ディレクトリ内にあるためsvn、適切な時点でそのディレクトリのみをチェックアウトしました。

私はその構造を維持できることを望んでいましたが、私の研究では、狭いクローンでgitは同じ相対的な構造を維持する必要があることが示唆されており、私の場合は難しいでしょう.

myrepo:config/scripts明確にするために、の内容をにマップしたいと思いC:\application\scriptsます。

私が見る限り、いくつかのオプションがあります。

1. これらのスクリプト ファイルには別のリポジトリを使用します。

リポジトリを正確に正しい場所に複製できるため、これがおそらく好まれます。

残念ながら、現在、構成データ (これらのスクリプトが何であるか) を構成ディレクトリ以外の場所に保存できる構造はありません。そのため、これには、私たちが望んでいたからsvnへの直接の変換を超えて、リポジトリの再構築が必要になります。git

2. 接合点を使用します。

Ger4ish がunix でシンボリック リンクを使用することを提案しているようgitに、ディレクトリの作業コピーを別のconfig場所に置き、C:\ジャンクション ポイントを使用してディレクトリをアプリケーション ディレクトリのサブディレクトリとして表示することができます。

残念ながら、私はそのマシンへの管理者アクセス権を持っていないため、これは最初に表示されたほど単純ではありません。

その他のオプション？

私が見逃したオプションがあるのだろうか。

Git 1.7.0 のスパース チェックアウトに関する質問への回答をお探しですか? 私はいくつかの方法を得ることができますが、特定の位置にチェックアウトする必要性と組み合わせて構造を同じに保つという要件は、この方法が機能しないことを意味します.

いくつかのプロジェクトを含むSubversionリポジトリがあります。これらのプロジェクトの1つ以上を「切り取り」、理想的には完全に忠実に（つまり、すべてのバージョン履歴をそのままにして）独自のリポジトリに移動したいと思います。

これも可能ですか？もしそうなら、テクニックは何ですか？

編集/明確化：ブランチとタグについて知っています。それは私が求めていることではありません。既存のリポジトリを取得して、場合によっては異なる物理メディア上のいくつかの小さなリポジトリに分割したいと思います。

これは、ほとんどの人がやろうとしていることとは逆のようです。Mercurial (Hg) リポジトリからすべての変更セットをエクスポートし、それらを Team Foundation Server 2010 にインポートして履歴を含めたいと考えています。TFSに行くのは私だけではありませんよね？Hg から Git にエクスポートしてから、Git から TFS にエクスポートできるようです。より良い方法はありますか？

StarTeamからSVNに移行し、各リリースのスナップショットを撮ることにしました。ただし、リビジョン1に存在していたファイルをリビジョン2で削除すると、問題が発生します。

ファイルが欠落しているときにスナップショットをコミットするにはどうすればよいですか？

trunk / src /フォルダーを完全に削除してから、新しい/ trunk / src /フォルダーに置き換えようとしましたが、不足しているファイルとの競合が発生するようです。TortoiseSVNは、すべてをsvn add」すると、ファイルが欠落していることを検出し、コミットすると、欠落しているファイルを削除しようとしているように見えますが、失敗しているようです。おそらく、ファイルを削除した後にディレクトリを削除しようとしているためです。そのディレクトリに？

次のエラーが発生します。

この問題の解決策は何ですか？確かに私はこの問題に遭遇した最初の人ではありませんが、グーグルやスタックオーバーフローで何も見つからないようです。スクリプトを実行して実行することを提案する人もいますが、それでもプロセスについて混乱しています。不足しているファイルがローカルで削除されるように、古いトランクフォルダを削除する必要がありますか？または、スクリプトを使用して差分を取り、削除する必要がありますか？

ありがとう！

古い（不明確な）投稿：SVNへの移行、古いファイルの削除について混乱

編集：

これは、あるスナップショットから次のスナップショットに移ります。別のリポジトリ（StarTeam）から移行しているので、トランクには何もありませんでした。さまざまなスナップショットをすべてチェックインし、削除されたファイルも削除してもらいたいだけです。トランクに何も入っていない場合はタグ付けするのは悪い考えではありませんか？

チームをバージョン管理に TFS から git に移行したいと考えています。

次のことをしてはいけない理由はありますか？

1. git-tfs を使用して中央の git リポジトリを作成する
2. 各開発者に中央レポジトリのクローンを作成してもらい、そこからプルして、そこにプッシュします。
3. そして、中央リポジトリからのみ tfs を更新しますか?

ありがとう！

最近、SVNクライアントを1.6.9から1.7.2にアップグレードしました。新しい形式に変換した後、すべてのサブフォルダーに.svnがないことに気付きました。私の特定の構成では、これはあまり便利ではありません。

これを元に戻す方法、またはCOの各サブフォルダーに.svnがある古い動作に戻す方法はありますか？

既存のMercurialリポジトリをSubversionに変換する必要があります。次のコマンドで試しました：

私が次のトピックから取ったこと：

Mercurialリポジトリをsvnリポジトリに変換する

MercurialからSubversionへの移行

問題は、このコマンドを起動した後、変換は明らかに正常に開始および終了しますが、PWDとsubversionpathに、「db」、「lock」、など...この問題をどのように解決できるかわかりません。ありがとう