私はSCCMを新しく紹介し、いくつかのことを試しています。 Atm私は約50のクライアントに展開する多くのアプリケーションを作成します。 すべてのクライアントに配布する前に、テストクライアントでテストします。 問題は、インストールのコマンドのような展開タイプでsthを変更すると、毎回デプロイメントを削除して再度デプロイするか、次回にアプリケーションをインストールするときにクライアントで変更が発生しないということです。デプロイメントの更新SCCM
私が気づいていない方法が簡単な方法があります。 アプリケーションが既にデプロイされた後に行った変更をどのように更新すればよいですか？
Greetings、 Paxz。
私はmicrosofts technet forumから回答を得ることができました。
コマンドラインでアップデートを知るためには、次のポリシーポーリングサイクルをプッシュするだけです。 これは、展開タイプをまだ実行していないクライアントに対してのみ有効です。
他の方法では、展開を削除し、その展開を変更するために再展開する以外の方法はないようです。
アプリケーション展開コマンドラインは、アプリケーションが検出されない場合、つまりアプリケーション検出条件がfalseと評価された場合にのみ実行されます。この前提で、アプリケーション検出条件を変更してfalseに評価することは可能です。おそらく、 "file1.txt exists"を含む追加ルールを追加するのでしょうか？これはうまくいくはずですが、それは醜いので、私はそれをお勧めしません。
は、私が最初のインスタンスでのVM上で自分のアプリケーションの展開をテストすることを好むより良いアプローチ：先のマシン、それが、その後、展開のスナップショットを準備します。
デプロイメントを調整する必要がある場合は、必要な変更を行い、コンテンツを再配布し（必要な場合）、新しい展開のためにVMのスナップショットを復元できます。
私は質問が間違っているようですが、私の意図は、Deploymentが展開コマンドで行った変更を再配置せずに確認できるようにすることです。だから、私がデプロイメントコードを変更したとき、デプロイメントコードを再デプロイするときに古いコードではなくコマンドラインから新しいコードを使うべきです。 アプリケーションをアンインストールしてもう一度インストールするだけでVMを使用する必要はありません。私がもう一度インストールすると、コマンドラインで変更を加えたかどうかがわかります。 これがこれをより良く説明してくれることを願っています。 – Paxz
あなたのメッセージはまだ明らかではありません。 クライアントが何をしているのかを知るには、 "C：¥Windows¥CCM¥Logs¥AppEnforce.log"と "C：¥Windows¥CCM¥Logs¥AppEval.log"を調べることをお勧めします。 これらのログは、クライアントがどのようにコマンドを使用するかを示します。注：変更されたデプロイメントの最新バージョンを入手するには、クライアントポリシーを再起動/更新する必要があります。 –
私は実際にテクニカルフォーラムからの回答を得ましたが、努力のためには答えました。 – Paxz
要約： デプロイメントタイプの変更をインストールコマンドラインで探すようにしたので、コマンドラインで変更を加えるとその違いが分かります。 – Paxz