問題タブ [release]

既存の基幹業務アプリケーションの拡張に取り組んでいる場合、変更を頻度の低い大きなリリースにまとめるのが良いと思いますか、それとも小さなリリースで新しい機能を継続的に出荷するのが良いと思いますか？ハードウェアのアップグレードまたはデータベースのアップグレードがあると仮定して、これらの変更をリリースでも行いますか、それとも別々に保ちますか？

すべてを一緒にリリースすると、ビジネスの中断が少なくなり、時間外の作業が少なくなるという利点がありますが、後で発生する問題は、データベースのアップグレード、ハードウェア、またはソフトウェアの変更が原因である可能性があります。

リリースはほとんどなく、多くの場合、リリースに起因する問題の追跡が容易になりますが、より多くの混乱と回帰テストに費やされる時間が発生します。

どちらが良いですか？

私は自分のリリースストレージサーバーを作成することを考えています。これを行う前に、作成する代わりに統合を確認するために人々が何を使用するかを知りたいと思います。

では、内部アクセス用にビルドを保存するために何を使用しますか？

アーティファクトをアップロードしてから、さまざまなタグで参照できるWebアプリを探しています。これにより、アーティファクトをコンポーネントごとにグループ化したり、車両をリリースしたりできます。また、準備や昇進によるビルドごとのアクセス制御も必要です。

ステージングとは、ユーザーのコミュニティがアクセスできるように、ビルドされたアーティファクトをサーバーに配置することと定義します。アーティファクトは通常、アプリケーションまたはライブラリとドキュメントのいずれかを含むzipファイルです。ユーザーコミュニティは、開発者、QA、およびサービスの提供/運用です。基本的に、作成者、チェッカー、外部ユーザー。

アーティファクトを個別にリリースし、リリースビークルでグループとしてリリースします（たとえば、リリース1.1にはfoo 1.0.1とbar1.0.7が含まれています）。アーティファクトによっては、アクセスを制限したい場合があります。オペレーションはプレリリースされたビルドにアクセスできないようにする必要があり、限定された可用性リリースをダウンロードしたユーザーを追跡したい場合があります。

ですから、私が持っていないものを追加できるように、優れた拡張可能なデザインで私が望むことのほとんどを実行するツールを見つけたいと思っています。

ビルド後にビルドを管理するための優れたツールを知っている人はいますか？

例は次のとおりです。

• クイックビルド/ラントビルド
• チームフォージ
• フォージを構築する
• JiraとConfluenceのセット
• ソナタイプネクサス
• 自家栽培
• 分岐を使用してdev->Qa->GAからのビルドを促進するSVNリポジトリ

アプリが「デバッグ」ではなく「リリース」としてコンパイルされたかどうかを確認するにはどうすればよいですか? VS 2008 Project Properties > Build に移動し、構成を Debug から Release に設定しましたが、変更がないことに気付きましたか? これは ASP.NET プロジェクトです。

私はObjective-Cプログラミングとオブジェクトのリリースにかなり慣れていないので、私の最大の頭痛の種です。何をリリースする必要があるのか​​常に疑問に思っています。間違った変数をリリースして、BADEXECがクラッシュすることがあります。私はメモリ管理に関するアップルのガイドを読みましたが、私はいつも彼らの例から私のコードに行くことができません。

これらの状況の1つは、私のシングルトンです（私はシングルトンの大物です）。

私はこれとして定義するものがあります：

私のコードでは、次のように使用しています。

「conf」変数を解放する必要がありますか？

いつ_instanceをリリースする必要がありますか？

このコードをiPhoneで実行しているので、リリースしない変数はどうなりますか？それらはiPhoneのパフォーマンスに影響しますか？

最近、私はこのメッセージをランダムに受け取り始めました：

Visual Studio でメタデータ ファイル '...\Release\project.dll' が見つかりませんでした

いくつかのプロジェクトを含むソリューションがあります。現在のビルド モードはデバッグで、すべてのプロジェクトの構成はデバッグに設定されています。しかし、メイン プロジェクトを実行しようとすると、「メタデータ ファイル '...\Release\projectX.dll' が見つかりませんでした」といういくつかのエラーが表示されることがあります。フォルダですが、現在のモードはデバッグです。なんで？すべてのソリューション ファイル内で "Release\projectX.dll" への参照を検索しようとしたところ、ResolveAssemblyReference.cache ファイルに 1 つ見つかりました。

インターネットでよく検索したところ、同様の問題を抱えている人が何人か見つかりましたが、解決策はなく、少なくとも有効な解決策はありませんでした.

これらのプロジェクトへの参照を削除して読み込もうとしましたが、しばらくするとこれらのエラーが再び発生し始めます。

バグのようです。常にデバッグ モードを使用している場合、Release フォルダー内の参照プロジェクトが検索されるのはなぜですか?

PS。この問題に遭遇した人へ: 簡単な方法では解決できませんでした。Windowsを再インストールした後にのみ消えました:(

ClickOnceを使用してテスト/プロトタイピングを行うだけです。「デバッグ」モードに設定されている場合はCLickOnceで公開できるが、「リリース」モードに設定されている場合は公開できない理由を誰かが知っていますか？

後者のエラーメッセージも表示されません。何も起こらなかったため、出力フォルダは空のままです。デバッグモードに切り替えて公開すると、すべて問題ありません。

何か案が？ありがとう

ビルド スクリプトがリリースおよび開発環境で適切に動作することを望みます。

このために、私はantでプロパティを定義したいと思います。それを呼び出します（例）fileTargetName

fileTargetName利用可能な場合は環境変数から値を取得しRELEASE_VER、利用できない場合はdevのデフォルト値を取得します

アリ<condition><value></condition>と<property>それを機能させるためのヘルプは大歓迎です。

私の会社は SaaS プラットフォームを維持しており、かなりのメジャー リリースが近づいています。夜間の展開活動には、いくつかの開発および QA グループ、運用、プロフェッショナル サービス、カスタマー サポートにまたがる大規模な部門横断型チームが関与します。

私たちは常に単純なタスク リストとチャットルームを使用して、リリース期間中に実行するすべての作業を調整してきましたが、リリースが大規模で複雑になるにつれて、非常に多くのタスクのスケジューリングと相互依存性を管理することが難しくなりました。人。多くの場合、物事は計画よりも長くかかり、これは後で別のグループによって行われる他の下流の活動に影響を与えます. これは展開中に多くの混乱を招く可能性があり、実際に改善したいと考えています。

このような調整活動をサポートするリアルタイムの共同作業ツールを知っている人はいますか? おそらく、人々は他の戦略でより良い経験をしたのでしょうか?

コンテキスト: 私は伝統的に研究タイプの仕事を行ってきた小さなソフトウェア会社で働いており、商業分野での経験はあまりありません。私たちは現在、商業の世界に進出しようとしています。私たちの起源は研究にあるため、プロジェクトの適切なバージョンを維持するという点で、非常に迅速な開発サイクルと非常に小さな構造に慣れています。

問題: すべての開発者がコード ベースに対してわずかに異なる見方をしているため、構造の欠如が多少の障害になっていることが判明しています。ある開発者が発見した問題は、別の開発者が再現することはできず、あるビルドで見つかった問題は次のビルドで消える可能性があります (または、さらに悪いことに、新しい問題が発生する可能性があります)。これは、すべてのプロジェクトを統合し、品質とパフォーマンスの基準が満たされていることを確認する責任がある人、つまり私自身にとって非常に苛立たしい経験になります。

考えられる解決策: 個人的には、固定のバージョン番号と定期的なリリースを通じて、より良い構造を強制する必要があると確信しています。適切なバージョン管理が私たちの問題の多くにどのように役立つかは自明のことですが、もちろん問題がないわけではありません - 開発者はリリースを実行してテストするために余分な作業を行う必要があり、最新バージョンのすべての。

質問: 要するに、リリースに必要なプロセスと労力をできるだけスムーズに行うために、どのような戦略をお勧めしますか? バージョン管理にはgit、ビルドシステムにはmavenを使用しており、バグ追跡と継続的インテグレーションシステムを実行しているため、ツールはそこにあると思います. 適切なリリースプロセスがどのように見えるべきかについて、私は単に確信が持てません.