PS C：> New-AzureDeployment -ServiceName "TestAutoDeploy" -Slot "Production" -Package "d：\ builds \ a.cspkg" -Configuration "d：\ builds \ a.cscfg" -Label "MyDeployment"

New-AzureDeployment：指定されたHTTPバージョンは、サーバーによるこの操作ではサポートされていません。行：1文字：20 + New-AzureDeployment <<<< -ServiceName "TestAutoDeploy" -Slot "Production" -Package "d：\ builds \ a.cspkg" -Configuratio n "d：\ builds \ a.cscfg" -ラベル"MyDeployment"+ CategoryInfo：CloseError：（:) [New-AzureDeployment]、StorageServerException + FullyQualifiedErrorId：Microsoft.WindowsAzure.Management.ServiceManagement.HostedServices.NewAzureDeploymentCommand

次の定義のコマンドレットがあります。

次のように、コマンドレット.ps1ファイルを、コマンドレットを呼び出すPowerShellスクリプトファイルと同じフォルダーに配置します。

Invoke-Expression-Command。\Replace-FileString.ps1"9595" "NewPort" "c：\temp"-上書き

ただし、psスクリプトを実行すると、次のエラーが発生します。

Invoke-Expression：引数「9595」を受け入れる位置パラメーターが見つかりません。どうすればそれを機能させることができますか？ありがとう。

私はcsvタイプの組織図を作成していて、ユーザーマネージャー、マネージャーのマネージャーなどを最高の位置まで取得するために何が好ましいのか疑問に思っていました。現在私が使用しているもの：

次に、get-QADobjectを実行して、DNで次のマネージャーを検索します。

しかし、もっとクリーンな方法があるはずです！

ありがとう

カスタムモジュールからの出力を使用して、できればオブジェクトを変数に入れるにはどうすればよいですか?

これが問題です。カスタム モジュールをインポートしてコマンドレットを実行すると、常に同じ情報が出力され、変数への格納やパイプラインへの挿入が拒否されます。パイプラインまたは変数に入れようとすると、元の出力が再現され、変数またはパイプライン シンボルが無視されます。

例：

これは予想される出力ですが、これを試してみてください：

またはこれ：

またはこれ：

各コマンドは、上部に示されているのと同じ結果を返し、参照されている変数を使用しようとしても出力が得られません... PowerShell が を除く他のすべてのコマンドを無視しているようGet-IntelFCoEPortsです。これは私が使用しているコードの問題ですか、それともモジュールの背後にあるコードの問題である可能性がありますか?

このモジュールを使用する私の目標は、PortWWN 番号を配列またはオブジェクトに取得して、それらを削除する必要があるときに参照およびループスルーに使用できるようにすることです。

私は開発者に彼のモジュールの更新版を求めましたが、新しいバージョンでも同じ結果が得られました。もう彼を怒らせる前に、自分のコードが正しいことを確認したい.

更新:運がないファイルに出力しようとしました。ファイルが空です。また、次のようにトランスクリプトを開始および停止しようとしました。

出力は次のようになりました。

パッケージマネージャーコンソールで、使用可能なコマンドレットのリストを取得することは可能ですか？

たとえば、Entity Frameworkパッケージをインストールし、移行を試してみたいと思います。Enable-Migrationsコマンド、、、Add-Migrationおよびを知っていますが、Update-Databaseロールバックを試してみたいのですが、呼び出すコマンドレットがわかりませんでした。

現在のコンテキストで使用可能なすべてのコマンドレットを一覧表示する方法と、可能であればそれぞれの機能の簡単な説明が必要です。

編集：

ロールバックの方法を知っています。コマンドレットのリストを取得することが役立つ理由を説明するだけの話でした。

Azureクラウドへのデプロイプロセスを自動化しようとしています。それを行う私のPowerShellスクリプトは、紺碧のPowerShellコマンドラインから実行すると魅力のように機能します。c＃アプリケーションから同じスクリプトを呼び出そうとすると失敗します。

これは私のコードです：

私は他のスレッドもフォローしました。たとえば、次のようなものです。コマンドライン引数を使用してC＃からPowerShellスクリプトを実行し 、これはC＃からPowerShellにパラメーターを渡します。

しかし、何も機能していないようです。次のエラーが発生します：

パラメータ'PublishSettingsFile'の引数を検証できません。引数がnullまたは空です。nullまたは空ではない引数を指定してから、コマンドを再試行してください。

スクリプト：

Azure サブスクリプションの構成を自動化するために、いくつかの PowerShell コマンドレットを作成しています。ユースケースの 1 つは、開発者に独自の環境を構成させることです。現在、これには約 20 の手順が必要であり、エラーが発生しやすくなっています。デフォルトの azure コマンドレットをいくつか渡すと、Microsoft の Azure GUI と一連の指示を使用するよりも多くの間違いが発生することになります。私は、構成プロセス全体を管理し、多くの簿記とエラー チェックを抽象化するスクリプトが必要です。

これをすべてPowershellスクリプトで実行しようとしましたが、面倒です：

(これにより、.publishsettings ファイルで確認できる現在のサブスクリプションが表示され、その中から選択するように求められます。入力が無効な場合は、再度尋ねられます。)

私が望むのは、Set-MyAzureSubscriptionこのすべてのロジックを含むようなカスタム コマンドレットです。後で接続できGet-Helpます。

そのため、VS2010 でコマンドレットを作成するように設定されておりGet-AzureSubscription、カスタム コマンドレット内から呼び出したいと考えています。PowerShell スクリプトのインスタンスを開いてコマンドレットを呼び出すことができます...そしてプログラムでテキストを貼り付けます...しかし、それは理想的とは言えません。

そのアプローチの詳細はこちら: Call azure powershell cmdlet from c# application fails

これを行う別の方法はありますか？これは私がこれまでにC＃で持っているものです。

基本的にコードはmsdn.microsoft.comからのものです

コードをビルドした後、コマンドプロンプトを開き、次のように入力します。Installutil -i％path％/ Mycmdlets.dll

結果は、インストールフェーズが正常に完了し、コミットフェーズも正常に完了したことを示しています。しかし私が行くなら：

Get-PSSnapin -Registered、sqlServerCmdletSnapinのみが表示されますが、コマンドレットがありません。pssnapinの追加も機能しません。

編集：

解決策を知りたい人にとって、原因は単にシステムがx64をサポートしていないことです。解決策は、単にc＃プロジェクトのプロパティにあり、プラットフォームターゲットをx86またはx64ではなく「任意のCPU」にすることです。

また、Get-PSSnapinはエラーメッセージを表示しませんが、VisualStudioのコマンドプロンプトから実行している場合は正常に機能していると表示されます。ただし、PowerShellコマンドプロンプトで実行すると、失敗したメッセージが表示されます。

イントロ： 投稿する前にしばらく検索したことを誓いますが、これに対する答えを見つけることができませんでした。

質問： Windowsコマンドラインについて：.batファイルの実際のWindowsコマンドラインを介してフォント/テキストサイズを設定する方法はありますか？

-プロパティ->などに移動しないでください（私はそれを十分に理解しています：P）

--PowerShellはありません。

追記： 理由：ビジネスシステムベースのコマンドラインフロントエンド、PHPバックエンドを考えています。

前もって感謝します。

これはプログラミングの問題ではなく、設計の問題です。

データがjsonに保存されていると仮定します。

たとえば、Get-Person "John" | Get-EmployerまたはGet-Employer -Person "John"

どちらの方法もジョンの雇用主を返すように見えます。前者はパイプラインを使用し、後者はインラインパラメータを使用します。私は時々混乱します：それぞれの長所と短所は何ですか？あなたたちがデザインしているとき、それらのそれぞれを使用するあなたの好みは何ですか？

私にとって、パイプラインを使用することを思いついた唯一の理由は、パラメーターの値を評価する必要がある場合に変数を使用する手間が省けることです。

誰かがこの質問についても考えていますか？