7

Azure Websites の新しいリモート デバッグ機能を試してみましたが、Web Publish を使用しないと正しく機能しないという問題に遭遇した可能性があります。ローカルの git deploy を使用してサイトをデプロイすると、デバッガーはアタッチされますが、デバッグ シンボルは読み込まれません (ブレークポイントに警告が表示されます)。

PDB ファイルを含めるようにリリース構成を設定すること (Azure の git deploy は既定でリリース構成を使用するため) と、ここazure site deploymentscriptで説明するコマンドによって生成されたカスタム デプロイ スクリプトを使用することと、デバッグ構成を使用するようにビルド コマンドを設定することの両方を試みました。どちらの場合も、シンボルが読み込まれないという同じ問題が発生します。

問題はおそらく次のいずれかだと思います。

  1. Azure は、リモート デバッグを可能にするために実行する必要がある Web 発行の後に、ある種のカスタム アクションを実行します。
  2. git デプロイメント スクリプトで使用されるビルド オプションには、Web アプリケーションの PDB 出力が存在しない原因となっている何らかのフラグがありません (これはありそうにないと思います)。
  3. サイトが実際に実行され、オンデマンドでコンパイルされているときに、デプロイ スクリプトで使用する構成が Azure に適用されない

最終的には、自動化されたデプロイ スクリプトをいくつか書きたいと考えています。これを実現するには、Web Publish よりも git デプロイを使用したいと考えています。私を本当に困惑させているのは、PDBファイルを含めるように設定されたリリース構成でもこれが失敗することです。git の展開では行われていないことを、Azure で Web Publish のために行う必要があると本当に思います。ここで何が違いを引き起こしているのか、誰にも考えがありますか?

カスタム Git デプロイ スクリプト

参照用に生成されたカスタム展開スクリプトを含め、azure site deploymentscriptそれが使用するビルド フラグを表示します。関連する部分は:: Deploymentセクションの後にあります。

@if "%SCM_TRACE_LEVEL%" NEQ "4" @echo off

:: ----------------------
:: KUDU Deployment Script
:: Version: 0.1.5
:: ----------------------

:: Prerequisites
:: -------------

:: Verify node.js installed
where node 2>nul >nul
IF %ERRORLEVEL% NEQ 0 (
  echo Missing node.js executable, please install node.js, if already installed make sure it can be reached from current environment.
  goto error
)

:: Setup
:: -----

setlocal enabledelayedexpansion

SET ARTIFACTS=%~dp0%..\artifacts

IF NOT DEFINED DEPLOYMENT_SOURCE (
  SET DEPLOYMENT_SOURCE=%~dp0%.
)

IF NOT DEFINED DEPLOYMENT_TARGET (
  SET DEPLOYMENT_TARGET=%ARTIFACTS%\wwwroot
)

IF NOT DEFINED NEXT_MANIFEST_PATH (
  SET NEXT_MANIFEST_PATH=%ARTIFACTS%\manifest

  IF NOT DEFINED PREVIOUS_MANIFEST_PATH (
    SET PREVIOUS_MANIFEST_PATH=%ARTIFACTS%\manifest
  )
)

IF NOT DEFINED KUDU_SYNC_CMD (
  :: Install kudu sync
  echo Installing Kudu Sync
  call npm install kudusync -g --silent
  IF !ERRORLEVEL! NEQ 0 goto error

  :: Locally just running "kuduSync" would also work
  SET KUDU_SYNC_CMD=node "%appdata%\npm\node_modules\kuduSync\bin\kuduSync"
)
IF NOT DEFINED DEPLOYMENT_TEMP (
  SET DEPLOYMENT_TEMP=%temp%\___deployTemp%random%
  SET CLEAN_LOCAL_DEPLOYMENT_TEMP=true
)

IF DEFINED CLEAN_LOCAL_DEPLOYMENT_TEMP (
  IF EXIST "%DEPLOYMENT_TEMP%" rd /s /q "%DEPLOYMENT_TEMP%"
  mkdir "%DEPLOYMENT_TEMP%"
)

IF NOT DEFINED MSBUILD_PATH (
  SET MSBUILD_PATH=%WINDIR%\Microsoft.NET\Framework\v4.0.30319\msbuild.exe
)

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: Deployment
:: ----------

echo Handling .NET Web Application deployment.

:: 1. Restore NuGet packages
IF /I "azure-test.sln" NEQ "" (
  call "%NUGET_EXE%" restore "%DEPLOYMENT_SOURCE%\azure-test.sln"
  IF !ERRORLEVEL! NEQ 0 goto error
)

:: 2. Build to the temporary path
IF /I "%IN_PLACE_DEPLOYMENT%" NEQ "1" (
  %MSBUILD_PATH% "%DEPLOYMENT_SOURCE%\azure-test\azure-test.csproj" /nologo /verbosity:m /t:Build /t:pipelinePreDeployCopyAllFilesToOneFolder     /p:_PackageTempDir="%DEPLOYMENT_TEMP%";AutoParameterizationWebConfigConnectionStrings=false;Configuration=Debug /p:SolutionDir="%DEPLOYMENT_SOURCE%\.\\"     %SCM_BUILD_ARGS%
) ELSE (
  %MSBUILD_PATH% "%DEPLOYMENT_SOURCE%\azure-test\azure-test.csproj" /nologo /verbosity:m /t:Build     /p:AutoParameterizationWebConfigConnectionStrings=false;Configuration=Debug /p:SolutionDir="%DEPLOYMENT_SOURCE%\.\\" %SCM_BUILD_ARGS%
)

IF !ERRORLEVEL! NEQ 0 goto error

:: 3. KuduSync
IF /I "%IN_PLACE_DEPLOYMENT%" NEQ "1" (
  call %KUDU_SYNC_CMD% -v 50 -f "%DEPLOYMENT_TEMP%" -t "%DEPLOYMENT_TARGET%" -n "%NEXT_MANIFEST_PATH%" -p "%PREVIOUS_MANIFEST_PATH%" -i ".git;.hg;.deployment;deploy.cmd"
  IF !ERRORLEVEL! NEQ 0 goto error
)

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

:: Post deployment stub
call %POST_DEPLOYMENT_ACTION%
IF !ERRORLEVEL! NEQ 0 goto error

goto end

:error
echo An error has occurred during web site deployment.
call :exitSetErrorLevel
call :exitFromFunction 2>nul

:exitSetErrorLevel
exit /b 1

:exitFromFunction
()

:end
echo Finished successfully.
4

2 に答える 2

28

2014 年 2 月 8 日更新

WAWS でいくつかの修正が行われ、VS がサーバー側の PDB を正しくロードすることで、git を使用するときにデバッグ作業を行うことができるようになりました。これを機能させるには、次の 2 つのいずれかを行う必要があります (つまり、両方を行う必要はありません)。VS 2012 と 2013 の両方で動作します。

  1. マイ コードのみのデバッグをオフにする: VS デバッガー設定でその設定をオフにして、Azure Web サイトのデバッグを試してください。
  2. デバッグ モードでビルドSCM_BUILD_ARGS: サーバー ビルドでこれを行うには、Azure ポータルに移動し、値を指定して という ApSetting を追加します-p:Configuration=Debug(詳細はこちら)。次に、[展開] ページに移動し、[再展開] ボタンをクリックします (現在の展開用)。次に、VS からアタッチすると、すべてが機能するはずです。

元の答え

実際、これは現在うまく機能していません。根本的な問題は、Visual Studio デバッガーがクライアント上で PDB を見つけることを期待しているように見えますが、git の場合、PDB はサーバー上にしか存在しません。

この記事では、デバッガーが 2010 と新しいバージョンの間でどのように機能するかについての変更点について説明します。これはおそらく何かに影響します。

さらなる調査が必要ですが、これが現在の状況です。

于 2013-11-08T22:23:09.907 に答える