繼從這篇文章的指導和PowerShell腳本,使用PowerShell Azure的部署, 「新AzureDeployment:沒有終點的HTTPS偵聽://management.core.windows.net/...」
https://www.windowsazure.com/en-us/develop/net/common-tasks/continuous-delivery/
我碰到一個非常奇怪的錯誤:
2012年9月4日下午9時02分 - 創建新的部署:在進步 新AzureDeployment:沒有終點的https://management.core.windows.net/5921d8af-88a1-4f63-9673-5e1ae1df7e8a/services/storageservices/Build_2012-09-04_02-27.1/dist/LNEC_Admin.Azure.cspkg/keys是可以接受的消息聽。這通常是由不正確的地址或SOAP操作引起的。有關更多詳細信息,請參閱InnerException(如果存在)。
這很奇怪,因爲我們正在構建「Build_2012-09-04_08-16.1」,而不是上面提到的URL(甚至不存在於文件系統中)。這是在NETWORK SERVICE帳戶下運行的Jenkins CI。如果我用自己的帳戶手動運行它,則會出現相同的錯誤結果,但使用lnecint代替構建目錄:https://management.core.windows.net/5921d8af-88a1-4f63-9673-5e1ae1df7e8a/services/storageservices/lnecint/keys
在任何配置的任何位置都沒有提及關鍵字「lnecint」(我已經搜索過文件在整個機器和TFS服務器上)。這是一個存儲帳戶的名稱,但很久以前就被刪除了。
VS 2012,Azure SDK 1.7.1
迫使其回聲拷貝出來(可變擴展後): 新-AzureDeployment -Slot分段-package LNEC_Admin.Azure.cspkg構成 - ServiceConfiguration.Cloud.cscfg -label 「LNEC INT部署86」 -ServiceName內部 - lnec-admin –
只是在它上面運行: Set-AzureSubscription - CurrentStorageAccount intlnecdata -SubscriptionName「LNEC INT」 –
我相信發生了什麼(不知道爲什麼)是您的存儲服務名稱正在被軟件包文件名取代。 Cmdlet正試圖獲取存儲帳戶密鑰(http://msdn.microsoft.com/en-us/library/windowsazure/ee460785),並且其URI是https://management.core.windows.net/ /服務/ storageservices/[服務名稱] /鍵。如果您發現錯誤,您會看到[service-name]參數正在被您的軟件包文件的名稱替換。 –