问题标签 [release-candidate]

我们正在尝试将 git-flow 模型应用于 maven 项目。

我们使用developandfeature/XXX分支来处理-SNAPSHOT版本化的工件，这些工件部署在我们的DEVandTST环境中。

当应用程序“准备好”时，我们有“发布候选”：代码被推送到release分支上，我们编辑 pom 以更新版本（替换-SNAPSHOTby -RC1），这个版本被构建并存储在存储库管理器中，然后部署在我们的UAT环境中。

如果需要一些修复，我们-RCx会在同一个release分支中创建其他版本，这些工件被归档在存储库管理器中，并部署在UATenv 中。因此我们可以精确跟踪不同版本中的错误修复。

一旦-RCx版本被批准，release分支就会被推送到master，更新 pom 以删除-RCx，构建并存储在存储库管理器中，然后再部署到PRODenv 中。

但是通过这种处理方式，部署在其中的二进制文件PROD并不UAT完全相同：由于<version>标签，POM 在 2 个 WAR 中是不同的。这并不是一个真正的好习惯。

如果我正确理解了 git-flow 模型，“最终”版本号（不带-RCx）应该在创建release分支时设置，并且相同版本是“活动的”，直到该分支被推送到master，对吧？在这种情况下：

• 我们丢失了应用程序实际部署在哪个版本的信息UAT（因为我们丢失了-RCx标识符，我们可能不知道部署的版本是否包含最后的错误修复，或者它是否是部署的旧版本......）
• 在存储库管理器中，我们无法知道是从release分支还是从构建工件master，因为在将feature分支推送到master.

什么是更好的 ？这两种做法的优缺点是什么？（不同 envs 上的二进制文件不同 -vs- 没有明确的候选版本。）

您（或您将如何）在 git-flow 模型中使用 Maven 项目管理候选版本？

有人能告诉我基于这个概念（快照、候选发布和发布）管理我的存储库的策略吗？例如，我应该为每种类型都有一个存储库，还是应该将候选发布作为快照或发布进行管理？

我已经安装了 Android Studio 2.3 rc1，但我的应用程序没有运行。仅显示我设置的启动屏幕活动，然后应用程序崩溃。最大的问题是日志是空的，只显示“连接到进程...”和“应用程序终止”。

我该如何解决这个问题？Android Studio 的不稳定版本（我是菜鸟）是正常的还是我的应用程序的问题？

编辑 1：我尝试创建一个新的简单项目，但结果是一样的。所以也许问题出在IDE上。

编辑 2（部分解决）：在编辑 1 的操作期间，我尝试了 My App 中的代码示例，而不是一个全新的项目，问题正是在该代码中 XD。现在我尝试了其他项目并且它们有效。

编辑3（已解决）：真的很抱歉，我认为您可以删除此线程。logcat 不是空的。我已经将 logcat 屏幕的位置与 run one 交换了，并且出于习惯，总是单击它而不阅读已更改的标签。原谅傻子。

How can I configure the Versions Maven Plugin to exclude release candidates of certain dependencies? The versions of the dependencies in question have following format:

E.g. 4.6.5.2 or 4.6.7.0-rc10. So release candidates are only distinguised by their additional suffix. There is no separate maven repository etc.

I'm using org.codehaus.mojo:versions-maven-plugin in version 2.5.

假设为内部测试目的发布了一个自制软件包。基本上是一个发布候选。如何将自制软件包标记为候选版本，以便在用户尝试安装最新软件包时不会安装它？我需要安装最新的稳定包。