タグ付けされた質問 「release」

Gradleビルドを使用して、Gradleを使用してリリース署名済みのapkファイルを作成したいと思います。 コードが正しいかどうか、または実行時にパラメーターが不足しているかどうかはわかりませgradle buildん。 これは私のgradleファイルのコードの一部です： android { ... signingConfigs { release { storeFile file("release.keystore") storePassword "******" keyAlias "******" keyPassword "******" } } } Gradleビルドは正常に終了し、私のbuild/apkフォルダーには...-release-unsigned.apkと...-debug-unaligned.apkファイルのみが表示されます。 これを解決する方法について何か提案はありますか？

514 android  gradle  apk  release  android-gradle-plugin 

ソリューションのプロパティで、唯一のプロジェクトの構成を「リリース」に設定しました。 メインルーチンの最初にこのコードがあり、「Mode = Debug」と表示されています。最上部にも次の2行があります。 #define DEBUG #define RELEASE 私は正しい変数をテストしていますか？ #if (DEBUG) Console.WriteLine("Mode=Debug"); #elif (RELEASE) Console.WriteLine("Mode=Release"); #endif 私の目標は、デバッグモードとリリースモードに基づいて、変数に異なるデフォルトを設定することです。

432 c#  debugging  release  compiler-directives 

当社は現在、単純なトランク/リリース/ホットフィックス分岐モデルを使用しており、どの分岐モデルが会社または開発プロセスに最適かについてアドバイスを求めています。 ワークフロー/分岐モデル 以下は、これについて私が見た3つの主な説明ですが、それらは部分的に互いに矛盾しているか、（以下で説明するように）発生した後続の問題を整理するのに十分ではありません。したがって、これまでのところ、私たちのチームはそれほど優れたソリューションではないとしています。あなたはもっと良いことをしていますか？ gitworkflows（7）マニュアルページ （nvie）成功した​​Git分岐モデル （reinh）アジャイルチームのためのGitワークフロー マージとリベース（複雑な履歴と順次履歴） pull --rebaseタスクが完了するまで、メインラインにマージして待機する必要がありますか？個人的には、どのベースでタスクが開始および終了したかを示す視覚的なイラストが保存されるため、私はマージに傾倒していますmerge --no-ff。この目的のためにも、私は好んで使用しています。ただし、他の欠点もあります。また、マージの有用な特性を理解していない人も多くいます-それは可換ではありません（トピックブランチをマスターにマージしても、マスターをトピックブランチにマージすることを意味するわけではありません）。 自然なワークフローを探しています 私たちの手順は単純なルールでは特定の状況を捉えていないため、時々間違いが発生します。たとえば、以前のリリースに必要な修正はもちろん、必要なすべてのブランチに上流をマージできるように十分に下流に基づいている必要があります（これらの用語の使用法は十分明確ですか？）ただし、開発者がそれがさらに下流に配置されているはずであることに開発者が気付く前に、修正がマスターに組み込まれ、それがすでにプッシュされている場合（さらに悪いことに、マージまたはそれに基づくもの）、残りのオプションはチェリーピッキングであり、関連する危険。このような単純なルールを使用しますか？これには、他のトピックブランチを必ず除外する1つのトピックブランチのぎこちなさも含まれます（それらが共通のベースラインからブランチされている場合）。開発者は、機能を完成させて、今書いたコードがもう存在しないような別の感覚を開始したくない （cherry-pickによる）マージの競合を回避する方法 マージの競合を発生させる確実な方法は、ブランチ間でチェリーピックすることです。ブランチを再びマージすることはできませんか？どちらのブランチでも、リバートで同じコミットを適用すると（これを行う方法は？）、この状況が解決される可能性がありますか？これは、私が大部分がマージベースのワークフローを敢えて推し進めない1つの理由です。 局所的な枝に分解する方法は？ トピックブランチから完成した統合をアセンブルすることは素晴らしいことだと認識していますが、開発者による作業は明確に定義されていないことがあり（「ポーキング」のように単純な場合もあります）、コードがすでに「その他」のトピックに入っている場合は、上記の質問によると、それを再びそこから取り出すことはできませんか？トピックブランチの定義/承認/卒業/リリースをどのように行いますか？ コードのレビューや卒業などの適切な手順はもちろんすばらしいでしょう。 しかし、これを管理するのに十分なほど絡み合っておくことはできません。何か提案はありますか？統合ブランチ、イラスト？ 以下は関連する質問のリストです： デプロイされたアプリケーションをホットフィックス可能にするための良い戦略は何ですか？ 社内開発でのGit使用のワークフローの説明 企業のLinuxカーネル開発のためのGitワークフロー 開発コードと製品コードをどのように維持しますか？（この PDFに感謝！） gitリリース管理 Git Cherry-pickとマージのワークフロー 複数のコミットを選択する方法 選択したファイルをgit-mergeでどのようにマージしますか？ 一連のコミットを選択して別のブランチにマージする方法 ReinH Gitワークフロー 元に戻さない変更を行うためのgitワークフロー マージをチェリーピックする OSとプライベートコードを組み合わせた適切なGitワークフロー？ Gitでプロジェクトを維持する 変更された親/マスターでGitがファイルの変更をマージできないのはなぜですか。 Gitのブランチ/グッドプラクティスのリベース 「git pull --rebase」を実行するといつ問題が発生しますか？ 大規模なチームでDVCSはどのように使用されますか？ また、Plastic SCMがタスク駆動開発に書き込む内容を確認し、Plasticを選択しない場合は、nvieの分岐モデルとそれをサポートするスクリプトを調べてください。

378 git  merge  workflow  release  cherry-pick 

機密のクレジットカードデータを処理するアプリを作成しています。 コードがデバッグモードで実行されている場合、このデータをコンソールに記録し、いくつかのファイルダンプを作成します。 ただし、最終的なappstoreバージョン（つまり、リリースモードで実行している場合）では、これをすべて無効にすることが重要です（セキュリティ上の問題）。 私はできる限り私の質問に答えようとします。したがって、質問は「このソリューションパスはそれを行うための正しい方法または最良の方法ですか？」になります。 // add `IS_DEBUG=1` to your debug build preprocessor settings #if( IS_DEBUG ) #define MYLog(args...) NSLog(args) #else #define MYLog(args...) #endif

241 ios  xcode  debugging  preprocessor  release 

Android Gradleはapkを2つのバイナリで生成します：未整列と整列。 文書は言いました... 秘密鍵でAPKに署名したら、ファイルに対してzipalignを実行します。このツールは、すべての非圧縮データが、ファイルの先頭からの特定のバイトアライメントで始まることを保証します。4バイト境界でのアライメントを保証すると、デバイスにインストールしたときにパフォーマンスが最適化されます。整列すると、Androidシステムは、パッケージからすべてのデータをコピーするのではなく、整列制限付きのバイナリデータが含まれていても、mmap（）でファイルを読み取ることができます。利点は、実行中のアプリケーションが消費するRAMの量が減ることです。 整列されたapkのように見えるように配布することを強くお勧めします。私にとって、私は結果製品として整列されたapk のみを使用し、整列されていない apk を無視します。 未調整のAPKには、開発中に特別な使用法がありますか？

151 android  apk  release 

GitHubのリリース機能を使用すると、公開されたソフトウェアの特定のバージョンをダウンロードするためのリンクを提供できます。ただし、リリースが行われるたびに、ghページも更新する必要があります。 ソフトウェアの最新バージョンが何であれ、特定のファイルへのリンクを取得する方法はありますか？ たとえば、これは静的リンクになります。 https://github.com/USER/PROJECT/releases/download/v0.0.0/package.zip 私が欲しいのは次のようなものです： https://github.com/USER/PROJECT/releases/download/latest/package.zip 注：この質問とGitHubの最新リリースの違い は、この質問では、GitHubの最新リリースページではなく、ファイルへのアクセス権の取得を具体的に求めることです。

137 github  download  release  github-pages 

最近、私はこのメッセージをランダムに取得し始めました： メタデータファイル '... \ Release \ project.dll'がVisual Studioで見つかりませんでした いくつかのプロジェクトを含むソリューションがあります。現在のビルドモードはデバッグであり、すべてのプロジェクトの構成はデバッグに設定されています。しかし、メインプロジェクトを実行しようとすると、「メタデータファイル '... \ Release \ projectX.dll'が見つかりませんでした」といういくつかのエラーが発生することがあります。現在のモードはデバッグですが、フォルダー。どうして？すべてのソリューションファイル内で "Release \ projectX.dll"への参照を検索しようとしたところ、ResolveAssemblyReference.cacheファイルで見つかりました。 私はインターネットで適切な検索を行ったところ、同様の問題を抱えている人が何人か見つかりましたが、解決策がなかったか、少なくとも有効な解決策がありませんでした。 それらのプロジェクトへの参照を削除して読み込もうとしましたが、しばらくするとこれらのエラーが再び発生し始めました。 バグのようです。常にデバッグモードを使用しているのに、リリースフォルダ内の参照プロジェクトを検索するのはなぜですか？ PS。この問題に遭遇した人たちのために：私はそれを簡単な方法で解決することができませんでした。私はWindowsを再インストールした後にのみ消えました:(

135 visual-studio  debugging  release  resolveassemblyreference 

次の段落に遭遇しました： 「Visual StudioでコードをコンパイルするときにIDEでデバッグとリリースを設定しても、パフォーマンスにほとんど違いはありません。生成されたコードはほとんど同じです。C＃コンパイラーは実際には最適化を行いません。C＃コンパイラはIL ...を吐き出すだけで、実行時にすべての最適化を行うのはJITerです。JITerにはデバッグ/リリースモードがあり、パフォーマンスに大きな違いをもたらします。ただし、プロジェクトのデバッグ構成とリリース構成のどちらを実行しても、デバッガーが接続されているかどうかに関係しません。」 ソースはこちら、ポッドキャストはこちらです。 誰かが実際にこれを証明できるマイクロソフトの記事に私を導くことができますか？ 「C＃デバッグvsリリースパフォーマンス」をグーグルすると、ほとんどの場合、「デバッグでパフォーマンスに大きな影響がある」、「リリースが最適化されている」、「デバッグを本番環境にデプロイしない」という結果が返されます。

132 c#  performance  debugging  release 

MSBuild.exeを使用してソリューションをビルドできますが、問題は、デバッグモードでビルドすることしかできません。MSBUILDを使用して、リリースモードでソリューションを構築する必要があります。 これが私が試したものです Process msbuild = Process.Start("C:\\Windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe", solutionfilepath + " /P:Config=Release"); そして Process msbuild = Process.Start("C:\\Windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe", solutionfilepath + " /P:Configuration=Release");

118 c#  msbuild  release  mode  solution 

devenv.comで行うようにmsbuildを使用してソリューションの特定のプロジェクトを構築するためのコマンドラインが必要です。devenv.comでは、次のコマンドラインを使用してソリューションのプロジェクトを指定できます devenv.com /Build Release|x86 test.sln /project "testproject" 上記のコマンドラインを使用すると、devenv.comを使用してtest.slnでtestprojectをビルドできます。同じソリューションのmsbuildのコマンドラインは何ですか。 ありがとう

116 build  tfs  msbuild  release  devenv 

アプリをGooglePlayに公開したいのですが、最初に、署名済みのAPKで最後のテストを行い、使用されているすべてのAPIキーがリリースバージョン（GMaps、Facebookなど）で正しく機能していることを確認します そのため、リリースキーを使用してアプリの署名済みバージョンを作成しました。アプリをデバイスにインストールしようとすると、エラーが発生しました。 apkをデバイスにコピーして、apkインストーラーアプリでインストールしようとしました。 奇妙なことに、デバッグ署名キーを使用して同じプロセスを実行すると、すべて問題なく、アプリをインストールして実行できます。 ここにある手順のステップは： リリースキーを選択し、パスワードを入力します。 デバッグの代わりにリリースビルドタイプを選択します 念のため、gradleファイルで署名キーも定義しましたが、それが必要かどうかはわかりません。 私は今7のように7回試したので、この問題は単なるタイプミスされたパスワードではなく、標準のデバッグandroid署名キーでこれを機能させることができると思います。 できれば助けてください。

107 android  certificate  release  android-install-apk 

Playストアでフラッター付きのアプリケーションを公開しましたが、新しいバージョンのアプリケーションをアップロードしたいと思います。私はバージョンコードを次のように変更しようとしています： flutter build apk --build-name = 1.0.2 --build-number = 3 またはこのようにlocal.propertiesを変更します flutter.versionName=2.0.0 flutter.versionCode=2 flutter.buildMode=release しかし、私はプレイストアでエラーが発生するたびに コード1はすでに別のAPKまたはAndroidApp Bundleに割り当てられているため、APKまたはAndroid AppBundleには別のバージョンコードを使用する必要があります。

107 android  flutter  release 

Jenkinsの最新バージョンとMavenリリースプラグインでSVN、Maven 3.0.3を使用しています。Mavenリリースプラグイン（Jenkins経由）を使用してドライランを実行しようとしているため、オプションを実行しています… Executing Maven: -B -f /scratch/jenkins/workspace/myproject/myproject/pom.xml -DdevelopmentVersion=53.0.0-SNAPSHOT -DreleaseVersion=52.0.0 -Dusername=***** -Dpassword=********* -DskipTests -P prod -Dresume=false -DdryRun=true release:prepare しかし、予行演習は次のエラーで死にます… [JENKINS] Archiving /scratch/jenkins/workspace/myproject/myproject/pom.xml to /home/evotext/hudson_home/jobs/myproject/modules/org.mainco.subco$myproject/builds/2013-11-18_16-09-14/archive/org.mainco.subco/myproject/52.0.0/myproject-52.0.0.pom Waiting for Jenkins to finish collecting data mavenExecutionResult exceptions not empty message : Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.0:prepare (default-cli) on project myproject: You don't have a SNAPSHOT …

105 maven  jenkins  release  snapshot  maven-release-plugin 

Mavenリリースプラグインの準備ステップの実行中にmvn release:prepare --batch-mode -DreleaseVersion=1.1.2 -DdevelopmentVersion=1.2.0-SNAPSHOT -Dtag=v1.1.2 -X、Atlassian Bambooプランから次のエラー出力が表示されます。ただし、コマンドラインで同じことを行っても問題はありません。完全なエラースタックは次のとおりです。 これを解決するにはどうすればいいですか？ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.4.2:prepare (default-cli) on project hpcmom: An error is occurred in the checkin process: Exception while executing SCM command. Detecting the current branch failed: fatal: ref HEAD is not a symbolic ref -> [Help 1] org.apache.maven.lifecycle.LifecycleExecutionException: Failed …

104 git  maven  release  maven-release-plugin  bamboo 

スナップショットリポジトリとリリースリポジトリの違いは何ですか？ これは、リポジトリ（Artifactory、Nexusなど）のセットアップに関するものです。

103 maven  repository  release  nexus  snapshot