問題タブ [release]

私のプロジェクトでは、リリースでプロジェクトをコンパイルすると、MSVCP90.dll と尋ねられます。

デバッグの場合、そうではありません...

そのような状況に遭遇したことがありますか？

この .dll が必要な理由を知っていますか? または、どのような構成が望まれるのでしょうか?

アドバイスをありがとう..

チームの一部は次のリリース/スプリントに取り組んでおり、残りは本番環境へのリリース前に前のスプリントのテストとバグ修正に取り組んでいます。

次のリリースに取り組んでいる部分は今すぐブランチを望んでいますが、他の部分はできるだけ遅くそれを望んでいます。

まだ分​​岐していないので、誰かにコミットを待たせるのは好きではありません。また、マージを理解していない人々が時間を無駄にするのも好きではありません。(そして、SVN は名前の変更をマージしません)

ご意見やご提案はありますか？ありがとう

ノート：

これは、GUI がブランチ/マージ操作を行うのを妨げていた 1.4 リポジトリで tortoisesvn 1.6 を使用していたため、過去にはさらに深刻な問題でした。そのため、レポをアップグレードすることでその障害を取り除きました。少なくとも今は、チーム メンバーが簡単にマージできるはずです。

自動解放されたオブジェクトを解放するとどうなりますか? 解放したい自動解放された UIButton であり、UIButton を作成する唯一の方法は、便利なメソッド buttonWithType: を使用することです。通常のオブジェクトのようにメモリから解放されますか? それとも、autoreleasepool に任せるべきですか? できれば、そもそも自動リリースにしなかったでしょう。

ありがとう！！

私はdeallocあなたがすることを学びまし[object release];たが、viewDidUnload（UIViewControllerサブクラスでは）あなたはself.object = nil. (オブジェクトがプロパティself.object = nilであると想定しています) が(何もしない) 保持してから古い値を解放し、参照カウントが 0 になるため、実際の違いは何ですか?(nonatomic, retain)nil

私はメモリ管理されたコードは初めてですが、アイデアはかなりよくわかります。

XCode のリーク ツールを使用してアプリを実行すると、カスタム オブジェクトをクリーンアップするだけで済み、たとえば動的に作成された配列をクリーンアップする必要がないことに気付きました。そのため、これらのデータ型は自動解放されると考えました。 （保持）を持つプロパティとして使用しました。

次に、何か奇妙なことに気付きました。次のように初期化された特定の配列でリークが発生していました。

しかし似たようなものではない

さて、一方が「新規」で設定された理由は、0 ～ 99 の項目を含めることができるためです。一方、私が知っていたもう一方の項目は常に 9 であることがわかっていました。両方の配列が後でユーザーに基づいて同じメソッドに渡されるためです。メソッドの最後で解放しなかった場合はリークが発生し、解放した場合は例外が発生しました。

最初の配列を次のように変更しました

リークは発生せず、何もリリースする必要はありません。誰でも説明できますか？

遅延バインドされた COM オブジェクトも解放する必要があると思います。
しかし、これはどのように直接行われるのでしょうか?

私の状況では、C# から次のコードを使用して、Google Earth からフォーカス ポイントを取得します (簡略化)。

では、この状況でカメラと Google Earth オブジェクトを解放するにはどうすればよいでしょうか?

Visual Studio 2008を使用してリリース構成モードでC＃WPFプロジェクトをコンパイルし、コンピューターでプロジェクトを実行すると、まったく問題はありません。Releaseディレクトリを別のコンピュータ（Visual Studioがない）に移動すると、OLEDB以外はすべて機能しているように見えます。これは、他のコンピューターにOLEDBに必要なものがないことが原因である可能性があります。他のコンピューターで動作するように、リリース構成にOLE DBを含めるにはどうすればよいですか？

高レベルのアプリケーションの「再起動」ルーチンでリリースするカスタム UIViewControllers のセットがある場合、それらのビューをリリースする良い方法は設定することです。

dealloc メソッドで？

飲み込む必要がある例外（ロギング中の例外）がありますが、例外情報が時間の霧に完全に失われることを望まないので、少なくともそれを出力してデバッグすることもできます。

そうすれば、必要になった場合、サポートは少なくとも問題のあるマシンでDebugViewを使用できます。

問題は、リリースモードでDebugクラスが削除されることです-リリースモードでデバッグするものを出力するにはどうすればよいですか？

Web開発でオフライン開発からライブWebサーバーへのデプロイを正しく実行する方法がよくわかりません。私は主に直感に頼っていますが、これは多かれ少なかれ今まで行ってきたことです。Python または php で Web アプリケーションを持っていて、それをライブ Web サーバーでホストしています。ソースがsvnの下にあるオフライン開発バージョンを使用しています。

今、オフライン バージョンを開発しているので、svn へのコミットを実行します。解放の時が来たら、次のいずれかを実行できます。

1. オフライン サーバーからライブ Web サーバーの一時ディレクトリにコードをコピーし、古いコードベースを新しいコードベースと交換します (たとえば、リンクを使用)、または...
2. ライブ Web サーバーをチェックアウト svn で動作させ、svn update を実行するだけです。

通常は 2 番目の手順を実行しますが、ライブ展開の前にデータベースをアップグレードする必要がある場合は、通常、アップグレード SQL スクリプトを作成し、最初にライブ データベースで実行してからチェックアウトします。

このタスクのベスト プラクティスは何ですか?