問題タブ [continuous-deployment]

サービスモデルとしてのソフトウェア上のさまざまなサーバー上のクライアントに対して実行するC＃デスクトップアプリケーションがあります。私たちはまだドットネットフレームワーク2を使用しています。このソフトウェアには、サーバーによってスローされた外部データをキャッチするための独立したアプリケーションがあるアーキテクチャがあります。次に、それに基づいて計算を行うためのアプリケーション。また、クライアントが出力を確認するもう1つのアプリケーション。3つのアプリケーション間のリンクは、DBと通信する別のアプリケーションです。

4つのソリューションは、ソース制御用のSVN上にあります。ただし、リリース管理は引き続き手動で行われ、パッチはログを確認し、dll、pdbs、xmlを含めることで手動で作成されます。コードが変更されたプロジェクトの場合など。

アセンブリのバージョン管理は実装されておらず、パッチまたはリリースの管理は暗闇の中で行われています。

コードから自動パッチを生成するための業界慣行を知りたいです。また、SVNのリビジョンごとにパッチが必要です。また、アセンブリのバージョン管理はこれに役立ちますか？

継続的インテグレーションについて多くのことを読みましたが、コードの正確さを監視するための単体テストやその他の凝ったコードがないため、失敗します。現時点で私が興味を持っているのは、簡単に適用および削除できるパッチを作成する方法を実装することだけです。また、ログを手動で維持するのではなく、自動化された方法で、どのリリースがどのレベルにあるか（またはどのパッチが適用されているか）を監視する方法を判断する方法を知りたいです。

バックグラウンド：

TFSを使用する3〜5人のプログラマー。レガシーアプリをサポートするだけでなく、新しいアプリを構築します。私は継続的デリバリーの要素を実装しており、最初から適切な構造を作りたいと思っています。現在、アプリの相互依存性はほとんどありませんが、将来的にはいくつかの共有コンポーネントが存在する予定です。

長い機能の分岐が必要になる非常にまれなケースを除いて、「単一トランク」分岐戦略（つまり、分岐なし）を実装する予定です。これは、絶対に起こらないように努めます。

質問：

これを考えると、どのソースコード構造が優れているのか、そしてその理由は何ですか？ どちらか一方を選択すること（ワークスペースなど）に重大な影響はありますか？

シングルメインブランチ

vs.アプリケーションごとのメインブランチ

TFS Msbuild を使用して、Web プロジェクトの継続的配置を行うことができました。

数時間ゴーグルしましたが、Windows サービスの継続的展開を実現するための相対リンクが見つかりませんでした。

TFS ビルド定義を使用して Windows サービスの CD を実行できますか? つまり、以下の手順のすべてのチェックを実行する必要があります。Windows Server 2008 R2 で TFS2010 を使用しています。

1]サービスを停止し、

2]それぞれのプロジェクトフォルダーを（ソース）ビルドサーバーから（宛先サーバー）「ステージングサーバー1」または「ステージングサーバー2」にコピーします

3]サービスを開始します（このステップを手動で実行します）

これを達成するためのブログ、チュートリアルの参照はありますか? 私の推測では、Power シェル スクリプトを使用する必要がありますが、よくわかりません。

展開を自動化しようとしており、VSDBCMD コマンド ライン ツールを使用して、開発データベースとステージング データベースのスキーマを比較しようとしています。すべてを比較して動作させることはできますが、比較したいオブジェクトを除外する方法がわかりません。現時点では、ユーザー、全文カタログ、ファイル グループなどを追加または削除する必要があることを意味するすべてを比較します。

基本的に、テーブル、ストアド プロシージャ、ビュー、関数などを比較したいだけです。Visual Studio 内から、比較するオブジェクトを設定できますが、コマンド ライン ツールを使用してこれを行う方法がドキュメントからわかりません。

誰にもアイデアはありますか？

セットアップしようとしているジェンキンスの xcode ビルドでこのエラーが発生しています。

構成に関するいくつかのことを理解できません。

1. jenkins-xcode-plugin ( https://wiki.jenkins-ci.org/display/JENKINS/Xcode+Plugin )/DerivedData/Release-iphoneos/が .a ファイルのルックアップのパスで使用するように促した理由

2. /DerivedData/Debug-iphoneos/代わりに、.a ファイルへのルックアップのパスでフラグメントとして選択しなかったのはなぜですか

3. 最後に、生成されるサブモジュール - libIBAForms、libLambdaAlert、libRestKit - はすべてプロファイルを持つプロジェクトreleaseですdebug...そのため、ファイルが/DerivedData/Release-iphoneos/本来あるべきパスから実際に欠落している理由は...私を超えています。

Jenkins、Artifactory、3つの環境（開発、テスト、本番）があります。

開発者が開発環境から何かをコミットすると、それはテスト環境でコンパイルおよびテストされます。そして、そのビルドとアーティファクトはArtifactoryに保存されます。

次のステップに進み、puppetを使用して環境を管理し、Artifactoryから本番環境にアーティファクトをデプロイします。

しかし、始めるにはいくつかのヒントが必要です。

1. 人形を設置するのに最適な場所はどこですか？彼らが一緒に働くのと同じサーバー上でアーティファクトと同じですか？Puppetは環境も構成します。したがって、考慮しなければならないことがあるかどうかはわかりません。

2. puppetのインストール前またはインストール中に覚えておく必要のある構成はありますか？特にアーティファクトとジェンキンスのコンテキストで。

ヒント/ヘルプをありがとう。

自動デプロイ用にgitをセットアップしようとしています。これが私がしていることです。

1. xyz.comでホストされているリポジトリサーバーに空のベアリポジトリを1つ作成しました。
2. 次に、EGitを使用したEclipseで、新しく作成されたベアリポジトリのクローンを作成しました。
3. 私のローカルマシンには、1つのphpプロジェクトがあります。
4. 次に、開発、ステージング、本番の3つのブランチを作成し、プロジェクトを開発ブランチに追加します。

たぶん私は何か間違ったことをしている、またはセットアップするために何かを逃した。誰かがgitのセットアップについて教えてもらえますか？

すべての助けをいただければ幸いです。

「git push heroku master」メソッドを使用して Heroku にデプロイして実行することができた Java Web アプリケーションがありますが、デプロイを自動化し、完全な CI セットアップを行いたいと考えています。Heroku プラグインで Atlassian Bamboo を使用してみましたが、実際にはスタンドアロンの .war ファイルにしか適していません。プロジェクトの Procfile 定義を介して追加の構成を指定できるようにする必要があります。

Heroku への Java Web アプリケーションの CI/CD に他の人は何を使用しましたか?

クラウド ベースのソリューションを想像してみてください。デプロイされたコードのかなりの部分が社内で開発されています。私の質問は、いつでもソース コードから直接任意のバージョンをビルドできる内部コードにアーティファクト リポジトリを使用するポイントは何ですか?

つまり、Nexus のようなアーティファクト リポジトリを追加してビルド アーティファクトをデプロイメントにフィードするよりも、コードから目的のアーティファクト バージョンを簡単にビルドできるように、ビルド サーバーに時間を費やす方が理にかなっているのではないでしょうか?

開発者環境でwarパッケージをテスト、コンパイル、ビルドするプロジェクトがあります。今、私はこのパッケージをテスト環境で必要としています。このパッケージには他の構成が必要です。同じことが後で生産環境にも当てはまります。

だから私の質問：

他の構成でプロジェクトを再度コンパイルしてビルドする必要がありますか？

または、.warファイル内の構成ファイルを変更することはできますか？

「1回だけビルドする」という継続的デリバリーのコンテキストでこれを達成しようとしていますが、私が知っている/読んでいるように、.warパッケージのファイルを変更することはできません。したがって、ビルドを2回行わずにこれを解決する方法を少し混乱させます。

助けてくれてありがとう