問題タブ [octopus-deploy]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
msdeploy - MsDeploy.exe ERROR_FILE_IN_USE エラー - Octopus Deploy
VS 2013 および TFS 2013 で Nugetter を使用してすべてのビルドで nuget パッケージを作成しようとしています。すべて問題ありません。パッケージを作成し、固定の場所に配置しています。これらのパッケージを Octopus で取得します。Octopus には、環境とプロジェクトがあります。そして、私はリリースを作成できます。しかし、リリースを環境にデプロイしようとすると、以下のエラーが発生します。
ハマった!これには何ができますか?何か助けはありますか?
エラー コード: ERROR_FILE_IN_USE エラー 17:58:30 詳細情報: ファイル 'Website.zip' は使用中です。詳細については、http: //go.microsoft.com/fwlink/?LinkId=221672#ERROR_FILE_IN_USEをご覧ください。エラー 17:58:30 エラー: 別のプロセスで使用されているため、プロセスは '[SomePath]\WebSites\test.octopus.com\Debug\Website.zip' にアクセスできません。Microsoft.Web.Deployment.NativeMethods.RaiseIOExceptionFromErrorCode(Win32ErrorCode errorCode, String MaybeFullPath) でのエラー 17:58:30 Microsoft.Web.Deployment.FilePathProviderBase.Delete(Boolean whatIf) でのエラー 17:58:30 エラー 17:58:30 エラーカウント: 1。
octopus-deploy - ビルド構成のない環境の web.config 変換
元の web.config との比較と共に変換をプレビューできる Visual Studio 2012 の機能が本当に気に入っています。ただし、これを機能させるには、ビルド構成に基づいて変換を作成する必要があります。
環境ごとにビルド構成を作成することなく、同じ方法で変換をプレビューできる方法はありますか?
(展開には octopus deploy を使用するため、これらの変換が vs によって提供される公開機能と連携する必要はありません)
nuget - Octopus Deploy を使用して nuget.org に公開する方法は?
Octopus Deploy を使用して、nuget.org に公開できるようにしたいと考えています。次のワークフローを「仮定」します。
- nuget.org (myapp.nupkg) に公開される nuspec をバンドルします。
- 上記の nupkg を、Octopus が実行する build.ps1 スクリプト (toPublish.nupkg) と一緒にバンドルします。
- 「toPublish.nupkg」をローカルにデプロイし、build.ps1 スクリプトを実行します
build.ps1 スクリプトは、API を nuget.org
http://www.dzone.com/articles/using-powershell-publish-nugetに公開します。
これは正しいように聞こえますか、それとも私はベースから外れていますか?
これが正しいと思われる場合、nuget.org の API キーはどうすればよいですか? 明らかに、Github リポジトリに入れることはできません。Octopus には、powershell で変数を処理する方法がありますか?
タコの現在のバージョン: 1.6.2.1722
teamcity - Teamcity Octopus-deploy 統合 - 既存のリリースの強制再デプロイ ( --force オプションを使用)
teamcity で octopus-deploy ビルド ステップを使用して、別のビルド構成から最新の成功したビルドをデプロイしています。
私の意図は、リリース番号をアーティファクト番号に関連付けることです (これは、SCM 番号に関連付けられます)。
新しいビルドをデプロイすると、タコはそのバージョンで新しいリリースを作成し、デプロイします。
teamcity deploy ステップを再度実行すると (既に作成されている成果物に対して)、octopus は同じリリース番号を使用して同じ成果物を再展開する必要があります。(「このリリースは既に存在します」で失敗する代わりに)。
octo.exe ドキュメントから、 --force オプションでこれを実行できるはずです。(teamcityの「追加のコマンドライン引数」に追加できるはずです)。
ただし、認識されないコマンド引数: --forceエラーが発生します。
これを修正するにはどうすればよいですか? または他のオプションは何ですか?(アーティファクト/リリースの番号付け戦略を変更せずに)。
呼び出し:
octo.exe create-release --server octoServerHostName --apikey SECRET --project ProjectName --enableservicemessages --version 1.0.59356.0 --deployto showshow --waitfordeployment --force
Octopus Deploy リリースの作成 [15:26:05]Octopus Deploy コマンド ライン ツール、バージョン 2.0.8.22 [15:26:05] [15:26:05]認識されないコマンド引数: --force
configuration - 構成変換の適用中または適用後に Octopus に変数置換を実行させるにはどうすればよいですか?
web.config.[environment] 変換ファイルから、展開プロジェクト (環境をスコープとする) で定義した変数を参照したいと思います。私がそうすると、変数参照は置き換えられずに変換された web.config になります。
msbuild - 他のフォルダーを含めるための Nuget パッケージ
teamcity と octopus を使用してパッケージをデプロイしています。teamcity を使用してパッケージを作成し、Octopus を使用してさまざまな環境にデプロイしています。teamcity の別のステップとしてコピーする必要がある Resources フォルダーがあります。次に、そのフォルダーをパッケージに含めて、そのパッケージを他のドメインのリモート サーバーに展開できるようにします。次のファイルを定義して、リソース フォルダーをメイン プロジェクトのコンテンツ フォルダーに含めます。しかし、起こっていることは、宛先にフォルダーを作成するだけで、プロジェクト内の他のファイルをコピーしないことです。私が望むのは、公開Webサイトファイルと一緒にパッケージにリソースフォルダーを含めることだけです。リソースフォルダーをパッケージの一部にしたいだけです。ガイドしてください
上記のコードを使用してパッケージを作成した後のパッケージの内容:-
teamcity - OctoPack を使用する TeamCity - 余分なファイルを除外していない
ビルドシステムから出てくるナゲットパッケージを合理化することを検討しているだけで、必要なファイルのみをパッケージ化する方法に行き詰まっています。
ルート VCS チェックアウトを共有する構成がいくつかあります。単体テストでデバッグ ビルドを実行する構成があります。リリース ビルドを行うリリース構成もあり、この構成では TeamCity OctoPack プラグインも使用して nuget パッケージを作成します。
私が達成したいのは、*.pdb
および*.xml
ドキュメント ファイルが含まれていない nuget パッケージの構築です。これらはリリースの展開には必要ないためです。
ODサイトのこのページを見てきました:
http://docs.octopusdeploy.com/display/OD/Using+OctoPack
このページによると、OctoPack はデフォルトで必要なファイルのみをパッケージ化する必要があります。説明どおりに機能していないように見えるため、この問題を回避するためにどのように、または何をする必要があるかについては完全にはわかりません。
解決策の 1 つは、私が提供しようとしているプロジェクトに nuspec ファイルを提供することだと思われますが、そのルートに向かう前に何か不足していないかどうかも疑問に思っています。
ビルド後のイベントでコピーされる MEF プラグインもいくつかありますが、実際にはアプリケーションの実行に必要な場合、これらは nuget パッケージに含まれていません。nuspec ファイルで明示する必要があると思いますが、これを確認したいと思います。
必要なものを達成する最も簡単な方法は何ですか?