2017-07-27 9 views
0

.NetFrameworkを使用したC#WCFサービスで使用するためのHow-ToドキュメントまたはサンプルConcourse CIパイプラインの検索。ソースはGitにあります。 BuildはMSBuildを使用します。私はそこに多くのドキュメンテーションやサンプルを見ることはできません。ありがとう!.NetFramework C#WCFサービスのコンコースパイプラインの設定

+0

ウィンドウ(https://github.com/cloudfoundry-incubator/greenhouse-ci/blob/0bdfa707e9bb2a75c7f1d7a6d2ec0ce1ef07fb69/bosh-windows-stemcell-builder/bosh-psmodules/task.yml#L2)を使用して誰かの例です。 – jtarchie

答えて

0

私は伝統的なTFSビルド/クルーズコントロールタイプのビルドをほとんど複製するパイプラインをまとめました。ソースの監視、バンプバージョンのバージョン、assemblyinfoファイルのバージョン、アプリケーションのためのmsbuildの呼び出し、Wix/MSIインストーラ(バージョン管理も)を実行して、すべてを圧縮して、私が書いたカスタムAPIにアップロードして、 Windowsネットワーク共有。私はまた、ステータスを報告するスラックメッセージを送信します。

私のサーバーでは、ネットワーク共有を監視し、キャッシュにコピーして見つけたときにインストールするように、5分ごとに実行されるスケジュールされたタスクがあります。その後、スラックメッセージも送信します。

基本的に私はテスト環境用に完全なCI/CDを持っています。私は、この時点で変更要求の承認やパペットやSCCMなどのソフトウェア配布オーケストレーションツールにあらゆる種類の統合を備えた完全な「パイプライン」を行っているわけではありません。

これで、MSIをスキップし、プロジェクトのMSBuild公開プロファイルを使用し、出力を直接サーバーにプッシュすることができます。しかし、私はWindowsインストーラの専門家であり、ベアメタル上にすべてをインストールし、最新の変更を同期させるだけでなく、さまざまな状況を処理する非常に複雑なソリューションを作成できます。代わりにアプローチ。

私はまだこのコードを共有できるかどうか分かりませんが、できればオープンソースプロジェクトとして投稿されます。私は正直に言うつもりですが、コンコースCIがこの仕事のための正しいツールであるとは私は完全には確信していません。むしろ、Visual Studio Team Servicesビルドとリリースパイプラインを使用しています。不幸にも、私は本当にそれ以上のことを言っていないので、私はそれを最大限に活用しようとしています。ここで

+0

Christopher Painterに感謝します。あなた自身の答えは、私が自分自身を経験してきたものをかなり教えてくれる。 (これは、C#.Net FrameworkのConcourse CIのための少し早いです)。 – tomonaga

+0

それは可能です、私はそれについて好きなことがいくつかあります。しかし、それは丸い穴に四角形のペグを押し付けようとしているようなもので、丸いペグを使わないためにあなたの愚かさのように見えます。私はかつてコンコースがウィンドウコンテナをサポートしていて、すべてのドッカーコンテナがLinuxコンテナであると言われました。私はそれから反対することによって人を怒らせました、そして今私は新しい質問をするときに一度の回答を得ません。いい時... :) –

関連する問題