msdeploy

    0熱度

    2回答

    在Azure Web應用程序上部署程序包時遇到錯誤。 該應用程序是一個.NET Web應用程序,爲4.0框架編譯。 下面是一個命令行我使用用於創建包:使用蔚藍的資源組模板,我收到以下錯誤 "msdeploy.exe" -verb:sync -source:dirpath="C:\Users\Pierre\Documents\Projets\MyProject\MyApp" -dest:packag

    2熱度

    1回答

    我試圖通過Visual Studio 2015向IIS服務器發佈Web應用程序時忽略文件。我使用WMSVC與msdeploy發佈。 因此我從IIS網站創建了一個發佈配置文件。發佈配置文件的相關部分如下所示: <?xml version="1.0" encoding="utf-8"?> <Project ToolsVersion="4.0" xmlns="http://schemas.micros

    1熱度

    1回答

    我們有一個託管在Azure中的網站項目,我們使用Web.config變換來設置環境變量。但是,我們目前在不同環境下構建系統的方法是多次構建項目(目前爲3),效率不高。 我們希望轉向使用Web Deploy,因爲這會很好地爲我們使用Release Manager做好準備。 我們的問題是圍繞使用Web部署參數而不是web.config轉換;我們需要替換多個XML元素,而不是單個值。 經過大量的研究,我

    1熱度

    2回答

    我已切換到使用Visual Studio代碼,並且缺少右鍵單擊和發佈文件的功能。 我讀到這裏,一個任務運行,可以用來構建/部署的文件... Publish Web Deploy using VS Code 那隻能回答提到了呻吟,我無法找到如何與咕嘟咕嘟做到這一點的任何物品,其我已經在使用。我已經找到了一篇關於如何連接Gulp和MSbuild的文章,我認爲這必須是第一步。 但是,我不確定部署步驟,因

    1熱度

    2回答

    我遇到了MSDeploy和Visual Studio的發佈配置文件惱人的問題。在我的項目中,我有一個屬性組,我設置了一個項目供以後參考。 <LocalBuildLocation>$(SolutionDir)WebSites\MyWebSite\</LocalBuildLocation> 不幸的是,Visual Studio將隨機從這個屬性刪除$(SolutionDir)字符串和我的構建就會失敗

    0熱度

    1回答

    我使用AjaxMin來縮小我的.js和.css文件,這是在我的Release.pubxml文件中配置的,並且它工作正常,因爲當我導航到Release/Package/PackageTemp文件夾時.js和.css已被正確縮小。 但是,當我導航到實際的Package .zip文件時.js和.css文件沒有被縮小,它們只是原始文件。我假設我的PackageTemp中的文件沒有替換Package部署文件

    0熱度

    1回答

    在調用MSDeploy部署webpackage到遠程計算機,我們得到以下錯誤錯誤: msdeploy.exe -source:package='G:\workspace\webPackage\WebPackage.zip' -dest:auto,computerName="HOST",includeAcls="False" -verb:sync -disableLink:AppPoolExtens

    0熱度

    1回答

    我們有幾個想要將我們的webapp部署到的環境。我們希望在我們的項目中包含一系列setparameters.xml文件,並且當我們執行Web發佈管道(wpp)時,我們希望將這些文件複製到destionation文件夾中。我們需要在wpp.targets中添加什麼? 我們使用Visual Studio 2013/2015年

    2熱度

    1回答

    假設我有一個目的地文件夾結構,看起來像這樣: D:\DEPLOY\DEST │ 0.txt │ ├───a │ a.txt │ └───b ├───b1 │ │ b1.txt │ │ │ ├───b1a │ │ b1a.txt │ │ │ └───b1b │ b1b.txt │

    4熱度

    1回答

    問:如何在使用Azure Web作業和時間表部署Web項目時啓用非交互式身份驗證(通過管理證書)以實現多個訂閱? 全文: 前段時間,我們在Azure/.NET項目中添加了一個Azure WebJob(預定)。在嘗試部署它之前,我們非常喜歡它的簡單性,特別是使用CI。我們使用Jenkins進行「單擊」部署到生產。 但是,爲了使WebJobs與Web項目一起發佈(特別是要創建Scheduler),我們