問題タブ [appveyor]

私はtravis-ciで使用するC++プロジェクトを持っています。現在、boost.build を使用してビルドしています。travis で単体テストを実行するときgdbは、クラッシュが発生した場合にバックトレースを取得できるように を使用しています。

これをgdb非対話的に行うには、コマンドラインで次のように呼び出します。

${file}私の実行可能ファイルはどこにありますか。

これにより、次のように指示されます。

• プロセスを開始する
• すべてのスレッドに適用されますbt。これは、クラッシュが発生した場合にバックトレースを発行し、クラッシュが発生していない場合は何もしません。
• 最後にgdb終了し、子の終了コードで終了します。

今、私は appveor でも同じことをしたいと思います。

ブースト ビルドは、appveyor VM ですぐに使用できるように見えるので、脱帽です。

cdbただし、のコンソールのいとこであるを構成する方法を理解するのに苦労していますwindbg。ビルドログにハングしているようです。私がオンラインで見つけた例のほとんどは、プロセスを開始して実行中にデバッグするのではなく、ミニダンプ ファイルの検査に関係しています。

私は現在cdb、このように呼び出しています（appveyor powershellスクリプトから）：

そして、私のようにcdb_script.txt見えます

私は基本的に、私がグーグルで検索したさまざまなものからこれをまとめています。

• https://msdn.microsoft.com/en-us/library/windows/hardware/ff560096(v=vs.85).aspx
• http://www.sandboxie.com/index.php?HowToUseWinDbg

これを具体的に行う方法について、より良いドキュメントや例を見つけたいと本当に思っていました。

私が今得るエラーは次のとおりです。

私が試したいくつかのバリエーション：

• $$<cdb_script.txtの代わりに使用し$$><cdb_script.txtます。
• スクリプト ファイルの最後のコマンドの後にセミコロンを置く

編集：この回答も見つかりました。これは、ミニダンプでそれを行う方法を再度説明していますが、スクリプトファイルをより詳細に示しています。

ミニダンプが何なのかよくわからないので、-oオプションの方が魅力的に聞こえます。少なくとも、gdb. しかし、これがわからない場合は、ミニダンプでやろうとすることになるかもしれません。

appveor の設定に問題があります。生成された Web デプロイ パッケージを Appveyor アーティファクト フィードに公開したいと考えています。appveyor.yml で Web デプロイ パッケージをビルドすることを選択しました。 build: project: Apps/MyProject.sln publish_wap: true

ログから、2 つの webdeploy パッケージが生成されていることがわかります。 [00:00:24] Package "Backend.zip" is successfully created as single file at the following location: [00:00:24] file:///C:/Users/appveyor/AppData/Local/Temp/1/cul57h0ak9

これらのパッケージをファイル名で参照するだけで、これらのパッケージを github リリースにプッシュできます。 deploy: - provider: GitHub tag: v$(appveyor_build_version) auth_token: secure: stuff artifact: api.zip, backend.zip force_update: false on: DEPLOY: true

ただし、これらのパッケージを Appveyor アーティファクト フィードに公開することはできません。これは、「デプロイ」とは異なり、アーティファクトの正確なパスを知る必要があるように思われるためです。Appveyour は、これらを生成するときに一時フォルダーを使用しているように見えるため、パスを知ることはかなり絶望的です。ビルド エージェントのユーザーの一時ファイル ディレクトリをコールド トラバースしてそれらを探しましたが、それは少しハッキリしているように思えます。

だから、私の質問は次のとおりです。生成されたzipをアーティファクトフィードに送信するようにappveyorに確実に指示するにはどうすればよいですか?

(Visual Studio で「パブリッシュ ターゲット」を構成し、代わりにそれを使用できることはわかっていることに注意してください。ただし、「publish_wap」オプションの背後にある全体的な考え方を理解できる限り、すべてのプロジェクトでそれを行う必要はありません。 msbuild プロジェクト内にビルド固有の構成を含める必要がないように、コードを明確に分離しようとしています)。

In order to do some image processing using the Node library, Sharp, I had to upgrade my node executable on Azure App Service to 64-bits. I did this by downloading the executable manually and then setting its path in IISNode.yml.

Unfortunately, when I start the app, it throws the following error:

Application has thrown an uncaught exception and is terminated: Error: %1 is not a valid Win32 application.

I'm building and deploying the application using the Appveyor CI system. Here's my the relevant portion of my appveyor.yml file:

You'll see that I'm building using a 64-bit version of Node.

On my Azure app service, I have the platform set to 64-bit.

Things I've tried:

• Setting the platform to 32-bit on Azure
• Blowing away node_modules/ on App Service

Thanks in advance!

myには次のafter_build定義がありますappveyor.yml。

.projこれで、対応するファイルを含む2 つのファイルがあります.nuspec。

最後に、次のように少し追加しますextras_project_file。

実際には、簡単にするためにproject_nameはハードコードされた値に置き換えられます - まだ挿入されて-propertiesいません。description次に、やなどのプロジェクト関連の要素はauthors、実際の梱包には必須であるにもかかわらず、中立的な質問を提供するために省略されています。

project_file正常にパックされます:

「Caliburn.Micro.Contrib.Controller.csproj」からパッケージをビルドしようとしています。
MSBuild 自動検出:「C:\Program Files (x86)\MSBuild\14.0\bin」から msbuild バージョン「14.0」を使用します。
「C:\projects\dotnet-caliburn-micro-contrib-controller\src\Caliburn.Micro.Contrib.Controller\bin\Release」からファイルをパッキングします。
メタデータに「Caliburn.Micro.Contrib.Controller.nuspec」を使用します。
packages.config が見つかりました。依存関係としてリストされているパッケージの使用
パッケージ 'C:\projects\dotnet-caliburn-micro-contrib-controller\Caliburn.Micro.Contrib.Controller.0.1.0-unstable0068.nupkg' が正常に作成されました。

extras_project_file失敗するのに対し：

「Caliburn.Micro.Contrib.Controller.Extras.csproj」からパッケージをビルドしようとしています。
MSBuild 自動検出:「C:\Program Files (x86)\MSBuild\14.0\bin」から msbuild バージョン「14.0」を使用します。
「C:\projects\dotnet-caliburn-micro-contrib-controller\src\Caliburn.Micro.Contrib.Controller.Extras\bin\Release」からファイルをパッキングします。
メタデータに「Caliburn.Micro.Contrib.Controller.Extras.nuspec」を使用します。
packages.config が見つかりました。依存関係としてリストされているパッケージの
使用 SemVer 2.0.0 を使用するバージョンはサポートされていません: 0.1.0-unstable.68+Branch.develop.Sha.7f85e35f315f7fe3ecd35762b65802e5467a57c2。

<dependencies>この機能 ( のトークン置換) が実際に利用できるかどうかさえわかりません。

.csprojそうでない場合、2 つのファイルを 2 つの個別のファイルにパッケージ化するにはどうすればよいでしょうか.nupkg。一方のファイルは、特定のバージョン (ビルドするパッケージと同じバージョン) を持つ他方のファイルに依存しています。

NUnit を使用してこれらの単純なテストを作成するのに問題があります。プロジェクトは MStest を使用してビルドに合格しますが、NUnit に切り替えるとすぐにビルドに失敗します。

ビルドプロセス中に発生するエラーは基本的に次のとおりです。

この参照を解決できませんでした。アセンブリ「nunit.framework」が見つかりませんでした。アセンブリがディスク上に存在することを確認してください。コードでこの参照が必要な場合、コンパイル エラーが発生する可能性があります。

NUGET から NUnit 3.5 をダウンロードし、参照に .dll を追加しましたが、まだ何もありません。また、その参照のプロパティのコピー ローカル プロパティが true に設定されていることも確認しました。

AppVeyor のビルド ログ URL は次のとおりです ( https://ci.appveyor.com/project/ReevMich/traviscitest/build/1.0.26 )

appveyor.ymlそれが役立つ場合、これは私の内容です。

sbt-native-packagerは appveyor を使用してWindowsPluginmsi パッケージの生成をテストしています。sbt数日後、が見つからなくなったため、すべてのビルドが失敗し始めました。

これはappveyor.yml です

ビルドの例はここにあります。appveor 側で何か変更がありましたか? 私たちは何も変更していません。

乾杯、ムキ

Deploy-FabricApplication.ps1 スクリプトを使用してクラスターをデプロイしています。ビジュアルスタジオから、すべてが期待どおりに機能します。appveyor ビルド サーバーから、まったく同じ PowerShell スクリプトを同じパラメーターで実行すると、ネーム サービスへの接続に失敗しましたというエラーがスローされます。これは明らかにどこからともなく始まった。実際、私の開発環境でのみ失敗します。私のqa環境はビルドサーバーでも動作します。どちらのクラスターも、セットアップされてから変更されておらず、構成も変更されていません。突然エラーが発生し始めます。

これは、同じパラメーターを使用したまったく同じ展開スクリプトが別の環境で失敗する原因についての質問であるため、ここではあまり詳細を含めません。Visual Studio から動作するため、クラスターとプロファイルが正しくセットアップされていると言っても過言ではありません。

デプロイ スクリプトに渡すパラメーターは以下のとおりです。

-ApplicationPackagePath -PublishProfileFile -DeployOnly:$false -UnregisterUnusedApplicationVersionsAfterUpgrade $false -OverrideUpgradeBehavior 'None' -OverwriteBehavior 'SameAppTypeAndVersion' -SkipPackageValidation:$false -ErrorAction 停止