問題タブ [tfs-2012]

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.

0 投票する
1 に答える
159 参照

tfs - TFS 2012 孤立ユーザー

過去 18 か月間で、85 人の TFS ユーザーが退職しました。8 は、[TEAM FOUNDATION]\Team Foundation Valid Users & [Collection]\Project Collection Valid Usersの両方として表示され続けますが、他のプロジェクト グループ メンバーシップはありません。

私たちの企業では、TFS ユーザーは AD/ネットワーク ID によって識別され、削除されるのではなく、会社のポリシーによって退職時に「無効」になります。通常、グローバル グループ メンバーシップ「ドメイン ユーザー」以外のグループ メンバーシップはありません。

現在、運用環境では Team Foundation Server 2012 Update 3 を使用しています。テスト環境でのテストを開始しており、今後 6 か月以内に本番環境を Update 4 に移行する予定です。

この「孤立したユーザー」の状況を防ぐために、障害のあるユーザーに「もつれ」が存在しないようにするための基準を継続的に拡大してきました。現在、TFS ユーザーの離脱を確認し、次のことを確認するための措置を講じています。

コマンドラインまたは Web インターフェイスを使用して、すべてのユーザーを削除しました。管理者コンソールからは表示されないようにしています。TFS サーバーのキャッシュをクリアしました。TFSSynchronizeIdentitiesを定期的に監視し、一貫して正しく動作することを確認しています。TFS サーバーは定期的に再起動されます。

最長の永続的な「孤立したユーザー」は、TeamFoundation および Collection Valid Users のグループの下で現在 ​​18 か月間継続していますが、他の 77 人のユーザーは追加のアクションをほとんど必要とせずに削除されました。問題は解決しません。8 人の「孤立したユーザー」は 18 か月全体にわたって発生しました。8 人すべてが 18 か月前から存続し、残りの 77 人はその時点から正常に削除されたという古い問題だけではありません。

Update 4 を使用した現在のテスト結果は、「孤立したユーザー」が Update 3 から Update 4 へのアップグレード後も存続することを示しています。Update 4 は「孤立したユーザー」の問題を解決していません。

0 投票する
1 に答える
17 参照

tfs - MSBuild を使用した TFS2012 のみの夜間展開

開発者がチェックインするたびにビルドがトリガーされるように、継続的インテグレーション用に TFS を構成しました。MSWebDeployアプリケーションを IIS に展開するために使用できることはわかっています。しかし、私が望むのは、展開がすべてのビルドではなく、夜間にのみ行われることです。

0 投票する
1 に答える
128 参照

tfs - Team Foundation Server 2012 でのパッチの分岐

この質問の前に、TFS の仕組みと GIT の仕組みに関する初期の誤解に基づいて、TFS を誤って使用している可能性が高いという声明を出します。

バックグラウンド:

  • 私たちはすべての開発を行うメインブランチを持っています。
  • リリースの準備ができたら、メイン ブランチからブランチを作成し、バージョンで名前を付けます (例: "v8.10.0")。
  • この新しいブランチからコンパイルしてリリースします。
  • その後、main ブランチに戻って開発を進めます。
  • 以前のリリースで重大な問題が発見され、開発ブランチのスプリントの途中である場合、以前のバージョンのパッチを作成する必要があります。この場合、リリース ブランチから新しいブランチを作成し、その新しいブランチで問題の修正を開始します (例: "v8.10.1")。
  • 次に、8.10.1 ブランチに適用した修正をメイン ブランチに取得する必要があるため、8.10.1 から dev へのマージを実行すると、問題が発生し始めます。このマージは根拠のないマージであり、マージの完了には必ず何時間もかかり、多くの手作業によるマージが必要であり、プロセスの最後には通常、マージ プロセスで失敗した少数のファイルが存在します。さらに悪いことに、TFS は通常、一部のファイルを自動マージできると判断しますが、これは完全に間違っている傾向があり、コードが完全に台無しになってしまいます。

このタスクを達成する方法についての私たちの基本的な理解には欠陥があるようです.それは頻繁に起こるわけではありませんが、常に私たちを悩ませています.

0 投票する
0 に答える
20 参照

maven - Tfs 2012 オンプレミス Maven ビルド プロセス

MSDN リンクを使用して tfs 2012 ビルド サーバーを構成しました。しかし、tfs ビルド拡張機能をインストールする手順がありません。tfs 2012 ビルド拡張機能をダウンロードするためのリンクが見つからない理由。Maven ターゲットを含む tfs ビルド拡張機能をダウンロードする場所を誰かが知っていれば、非常に役に立ちます。また、MSDN Web サイト以外のステップバイステップのドキュメントがあれば、よろしくお願いします。

0 投票する
1 に答える
33 参照

tfs - TFS 2012 ディスカッション ユーザー

ここに示すディスカッション アイテムを入力したユーザーは、TFS データベースのどこにありますか? ディスカッション アイテムが WorkItemLongTexts テーブルにある場所と、ユーザー データが Constants テーブルにある場所を見つけましたが、この 2 つを結びつけるテーブルまたはビューはありません。

TFS スクリーン グラブ