2016-10-25 5 views
1

Teamcityビルドサーバーがあり、Octopus Auto Deployを使用してWindowsサーバーに展開しています。Teamcity + Octopusは正しいexeファイルを展開しません

プログラムのローカルビルドは良好ですが、展開されたexeは変更を反映しません。 私はBitBucketでコミットされたコードを見ることさえできます。

DotPeekを使用して、更新されたコードのEXEを確認しました。 私はそれを手動で展開したくありません。

以前はこの問題がありました。以前はデプロイメントを再実行することで修正されていました。 私はこれらのデプロイメントを今日10回行っていますが、コードを変更することはできません。

望ましい動作は、コミットされたコードを正常に展開することです。 誰かに似たようなことが起こったことはありますか?

+0

質問を下げますヘルプ( "**なぜこのコードは動作しないのですか?**")は、 の目的の動作、特定の問題またはエラー、および最短のコードを含む必要があります。**それ自体を**再現するには** **明確な問題のない質問 ステートメント**は、他の読者には役に立ちません。参照:[最小、完全、および 検証可能な例の作成方法](http://stackoverflow.com/help/mcve) – CoderDennis

+0

私は目的の動作を追加しました。 ドキュメント/ナレッジベースでも、このようなことはサポートされていません。これは、過去に起こった事件として私たちに起こっていました。今私はコミットされたコードをサーバーにデプロイすることはできません。 –

+0

NuGetを展開していますか? – gvee

答えて

0

ビルドプロセスから自動的にOctopusリリースを作成すると、自動的にナゲットフィードから最新のコードパッケージが選択されます。最新のここでは、のバージョン番号の日付ではありません。

たとえば、バージョン1.1.222のパッケージをOctopusにプッシュした後、バージョン管理を変更して、バージョン1.0.1.223,1.0.1.224のパッケージを持つことができます。このような場合、Octopusはバージョン番号が大きいので最新のものとして1.1.222を選択し続けます。

So. 1.ビルドプロセスが実際にパッケージバージョンをインクリメントすることを確認します。 1.1パッケージのフィード(Octopusのライブラリページに組み込まれているタコパスのフィード)を確認し、最新のパッケージに新しいバージョンがあることを確認します。 2. Octopusで選択したパッケージのバージョンを確認するには、Project> Releases>(リリース番号) 3.ビルドプロセスto version .exe/.DLL filesにステップを追加して、逆アセンブルせずにバージョンを確認できるようにします(ファイルプロパティを開くのみ)

これが役に立ちます。

0
あなたのリリースのための特定のバージョンを使用するようにタコを構築あちこちに強制することができ

と展開

octo create-release --releaseNumber=VALUE --deployto=VALUE 

これはバージョンが可能性にもかかわらず、特定のreleaseNumberを使用して、ターゲット環境に展開するデバッグ求めて数

関連する問題