問題タブ [git-tf]

既存の git リポジトリを取得し、git-tf を使用して TFS プレビューにチェックインしようとしていますが、チェックインしようとするとエラーが発生します。これまでに行ったことは次のとおりです。

1. git clone -b https://github.com/ .git を使用して、チェックインするブランチのクローンを作成します。master という名前ではないブランチを TFS にチェックインしたいと考えています。

2. コードのローカル パスに cd します。

3. git tf configure https://.tfspreview.com/DefaultCollection $/ 次に、TFS 接続を構成するように git tf を構成しました。

4. git tf checkin その後、次のエラーが発生しました。

$/ にチェックイン中: 0% git-tf: HEAD ref なし

1. そのため、マスター ブランチがなかったので、次のようにしてマスター ブランチを作成しました: git branch -b master

2. チェックアウトしたブランチに戻りました: git checkout 。

3. チェックインを再試行しました: git tf checkin.

4. これで最初のエラーを回避できました。ただし、次のエラーが発生しました。これについてどうすればよいかわかりません。

git tf checkin を実行して以下のエラーを回避する方法について、誰かアイデアはありますか?

ありがとう！

最後の 2 行が何度も何度も続きます。

git-tfを使用して特定のコミットをチェックインする際に問題が発生しています。問題のあるコミットには、削除されるフォルダーの子であるファイルの移動（名前の変更）が含まれます。どうやらこれはTFSではノーノーです（このSOの投稿を参照）。

将来的には、git側の1回のコミットでこれを行わないようにすることは明らかです。しかし、私はすでにこのエラーを犯しているので、git-tfチェックインを機能させるためにそれを回避する方法を見つける必要があります。私はgitに比較的慣れていないので、簡単な解決策があるかもしれません。どういうわけか戻って、問題のあるコミットを2つの部分に「分割」する必要があるようです。1つはファイルがフォルダーから移動/名前変更され、もう1つはフォルダーが削除されます。あるいは、TFS側でそれを幸せにするために私ができることがあるかもしれません。

TFSがスローしているエラーは次のとおりです。TF14060：アイテム$ / blah/...は削除できません。1人以上の子に保留中の変更があります。

何か案は？

最近マウンテンライオンにアップグレードした後git tf checkin、次の期待値をスローするなど、すべてのgittfコマンドに気づきました。

git、git-tf、javaランタイムを更新しようとしましたが、まだこのエラーが表示されます

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

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

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

git-tf checkin コマンドで作成された自動生成メッセージを TFS に設定する方法を知っている人はいますか?

チェックイン中にコメントを追加できるように、それをもっと制御したいと思います。

私の会社が使用しているアジャイル プロセス システムでは、コメントの前にタスク番号を追加することができ、ソース コードとアジャイル システム内のタスクを関連付けます。

誰にもアイデアはありますか？カスタマイズされた git-tf ソースを持っている人はいますか?

私はGit-tfを使用して（明らかに）TFSをスキップし、オフラインで作業して読み取り専用とそのすべての調整を回避できるようにしています...今..ドライブDと言うためにtfsプロジェクトのクローンを作成し始めました：その後、再度クローンを作成しましたドライブcから：（私はそこで偏執的だったと思います）

私の現在のワークフローは、(レポ c: で) 変更をレポ D: にコミットしてから、チェックインを TFS にプッシュすることです。

正常に動作しますが、面倒になり、ワークフローを複雑にしすぎていると思います

何が最高でしょうか？

レポ c: を構成して、TFS を直接指すようにすることはできますか ... ネイティブの git origin (レポ d:) を削除します レポ d: を c: にコピーして続行します (試してみましたが、ローカルでは正常に動作しますが、コミットしませんでしたTFS にまだ変更がある場合) レポ c: を ORIGIN に昇格させ (D: のように)、そこから変更を TFS にプッシュし続けることはできますか (git-tf config の後) ? ...このプロモートについてはよくわかりません...

また、プロジェクト（C＃vs2012のように）を念頭に置いて、その大きなプロジェクトはそれほど簡単ではありません再構成してビルドします）コピープロセスを待つことさえ言及しません:) . その他の提案はありますか？

GitソースコードベースからTFSリポジトリを生成する必要があり、元のコミット履歴を保存したいので、TFSチェンジセットを作成するはずのTf-Git「git tf checkin --deep」コマンドを使用しようとしました各 Git コミット。

残念ながら、Git リポジトリ内の多くのコミットにはマージのために 2 つの親があり、TFS ではコミット履歴をインポートできるようにするためにコミット履歴が線形である必要があるため、このステップは失敗します。したがって、次のエラーが表示されます。

これは理解できます。しかし、既存の Git リポジトリにそのようなコミットの長いチェーンがある場合、どうすればよいでしょうか? 手動でコミット履歴を修正するのに 1 日か 2 日を費やすことができることはわかっていますが、それは私たちが日々を費やしたいことではありません。コミット履歴を線形に修正する自動化された方法はないことを正しく理解しているのでしょうか?手作業に何時間も費やしたくない場合は、履歴全体を単一の変更セットとしてインポートするだけでよいでしょうか?

私の質問はまさにタイトルです。

TFS に接続するときにコマンド プロンプトでコマンドを実行するたびgit-tf checkinに、ユーザー名とパスワードを要求されます。どうすればこれを回避できますか? 現在のユーザーでログインするか、資格情報を構成ファイルのどこかに保存します。

コンテクスト

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

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

作業項目

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

私がしたこと

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

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

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

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

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

むかしむかし、TFS リポジトリがありました。私たちは Git に移行したいと考えていました。その時点で、最新の作業バージョンだけを取得し、それを新しい git リポジトリにコピーして作業を開始しました。

ただし、TFS の廃止により、TFS リポジトリを Git に (git-tf を使用して) クローンし、その上で変更をリベースしたいと考えています。

これは可能ですか？