少し前に、私のチームは tfs を古いサーバーから新しいサーバーに移しました。ローカルの変更を管理し、それらを tfs にプッシュするために git tfs を使用しています。

ただし、既存のレポを tfs から複製すると、問題が発生します。

Git は新しいサーバーに接続し、すべてをプルダウンできます。その後、問題なく変更を加えてコミットできます。git tfs pullaまたはgit tfs checkintoolthis を実行しようとすると、次のエラーが表示されます。

構成を確認すると、URLが次のように定義されてhttp://our.new.tfs/tfsいるため、古いサーバーからプルするアイデアがどこにあるのかわかりません。

構成ファイルから remotes セクションを削除しようとしましたgit tfs init [remote]が、それでも同じエラーが発生します。レポをこすり落として、新しいクローンから始めましたが、それでも同じです。新しいサーバーではなく、常に古いサーバーを指します。

私は何時間もオンラインで探していましたが、解決策を見つけることができませんでした. 役に立つアドバイスがあれば教えてください！

前もって感謝します！

私は git-tfs を数週間使用しており、本当に楽しんでいます。しかし、今日は早い段階で問題に遭遇しました。関係のないgitへの2つのコミットがありました（ただし、質問のために、それらが同じファイルに触れたとしましょう）。私はこれらの変更を TFS にチェックインしに行きましたが、私が持っているように見える唯一のオプションは、2 つの無関係なコミットを 1 つのチェックインに押しつぶすことです。

単一のコミットに押しつぶされるのではなく、一度に 1 つのコミットのみを TFS にチェックインするにはどうすればよいですか?

git-tfsをインストールし、git-tfs clone http://.....

ただし、git-tfsを使用してローカルブランチを実行する方法があるかどうか疑問に思っていますか？
たとえば、git checkout -b myBranch

私が取り組んでいるチームは、tfsサーバーで確認できるブランチを1つしか使用していないようです。可能であれば、ローカルにブランチしたいですか？

ソースコード処理を TFS に基づいて (すべての統合とレポートなどを取得するために) ローカルで git-tf または git-tfs を使用すると、実際には何が見落とされますか?

その後、完全な git を機能的に使用して、git ベースの中央リポジトリを使用しているかのように、ローカルでブランチおよびマージすることができますか? それとも、別のワークフローと考慮すべき制限がありますか?

私たちは機能およびリリース開発ブランチを頻繁に使用し、それを継続したいと考えていますが、git-tf などを使用してこれらをローカルにプッシュするときに、TFS サーバーは実際にこれをどのように処理するのでしょうか?

私はGit-Tfs（https://github.com/git-tfs/git-tfs）を数か月使用しており、個人のブランチでTFSをエスケープする機能が大好きです。今日まで。

必要なものをすべてプルできますが、チェックイン（git tfs checkintoolまたはgit tfs checkin）しようとすると、チェックインしようとしているファイルが一覧表示され、何もせずにプロンプ​​トに戻されます。

これをデバッグするにはどうすればよいですか？

コンテクスト

開発に使用されるGitHubEnterpriseインストール。すべての開発者には独自の公開リポジトリがあり、組織には権限のあるリポジトリがあります。プルリクエストはコードレビューに使用され、nvieのgitフロー分岐モデルに大まかに従います。

問題の追跡と展開に使用されるTFSインストール（リリースブランチ）。リリースブランチをTFSリポジトリにミラーリングします。

作業項目

ここで難しいのは、git commit（元々は開発者のパブリックブランチで行われる可能性があります）をTF作業項目にどのように関連付けるかです。

私がしたこと

私は助けを求めて次のプロジェクトを見てきました：

• Git-TFS
• Git-TF（nodirt）
• Git-TF（マイクロソフト）

両方のGit-TFプロジェクトでコミットを作業項目に関連付けるための参照を読みましたが、使用するツールとその正確な方法がわかりません。

リリースブランチのコミットでスクリプトを実行して、コミットメッセージから作業項目の参照を抽出し、それらをTFSに送信されたチェンジセットに関連付ける必要がある場合は問題ありません。ただし、（コミットメッセージの代わりに）メタデータでの関連付けを可能にするソリューションが推奨されます。

TFSの作業項目をgitcommitに関連付けるための私のオプションは何ですか？

The Context

• We have a git repository with a release branch.
• We have a TFS repo (currently empty).

My task is to mirror the release branch of the git repo into TFS so that every commit in git maps to a changeset in TFS. All the developers only commit to git and (lets assume) are unaware of TFS.

Reading the documentation for rcheckin and the answer to this related issue makes me believe that rcheckin is capable of doing that.

The Problem

All the commits in git are squashed into a single changeset.

Reproduction sequence:

This results in a single checkin into TFS that contains all the commits.

Other attempts at solving the problem

• After clone, merge the first commit from the source (git) repo, rcheckin to create a shared base

  • This worked, but subsequent git pull github release followed by git-tfs rcheckin led to commit squashing again.

• For the first few commits in the origin repo, I merged them one-by-one into the git-tfs shared repo and rcheckin'd after each.

  • This kind of worked, as for every commit, there was one changeset in TFS. However, the original commit message second underneath a "merged c02436de4f.." message.
  • It is not realistic to do for every changeset, even with scripting.
  • As pointed out by patthoyts, this would make me the commiter for that change as far as TFS is concerned.

My question

What do I have to do to keep TFS up-to-date with the release branch from the git-repo so that every commit in git has a corresponding TFS changeset?

Additional info

I do have administrative control of both repos, and I would be able to rebase the git repo if necessary, with all the consequences this implies. I just don't want to lose the history we already created.

環境

私たちは、github を使用して共同作業している開発者のチームです。すべての git コミットに対して tfs 変更セットがあるように、リリース ブランチを TFS にミラーリングする必要があります。これを行う最良の方法はgit-tfs rcheckinを使用することです。

以前の git-tfs questionへの回答へのコメントで、Matt Burkeは次のように述べています。

正しいコミット -> 変更セットの属性

私たちの tfs ミラーのみを使用している場合、私に起因するそのような tfs 変更セットの元のコミッターを特定するにはどうすればよいですか?

メタデータを TFS に保存する方法はありますか、またはこの情報をコミット メッセージに追加するように git-tfs をスクリプト化する方法はありますか?

git-tfsを変更しようとしています。しかし、私はそれを構築することができないようです。

私がしたこと：

ただし、サブモジュールの更新はその役割を果たしていないようです。ソースをフェッチしません。

私は何が間違っているのですか？

私は現在次のように働いています：

• TFS ブランチがあります。これを TFS-Master と呼びましょう。
• TFS-Master の git-tfs クローン リポジトリがあります。
• このリポジトリを github にプッシュしました。

これまで、人々は私の github レポジトリで非常に楽しく作業してきました。必要に応じて TFS リポジトリと同期してきましたが、すべて順調です。

ただし、何らかの理由で、他の人々は git リポジトリを TFS で最新の状態に保つことを光栄に思っています。

git-tfs 追跡 (まあ、tfs からプッシュ/プルする機能と呼ぶものは何でも) を github リポジトリから複製されたリポジトリに追加するにはどうすればよいですか?