小编Die*_*rán的帖子

我想从Amazon CloudWatch获得网络输入和网络输出指标的平均值作为单个指标。有什么方法可以实现这一目标，或者有可用的脚本或开源工具吗？

我在一个项目中工作，其中一个维护版本已发布，而同时两个或多个版本正在开发中。

这就是人们对后备箱需求的怀疑。

我已经阅读了Read Bean和其他书籍（带有Subversion的实用版本控制）中的SVN书，然后所有这些都建议使用以中继为中心的开发模式。我不知道这种情况是否适用，是否存在具有成功使用其他模式的多版本发布周期的其他项目。

为什么推荐以干线为中心的模式？版本分支在主干中越来越远是否有任何问题？我这个模式与树干的集成有什么意义吗？

                                          / -----伽玛----- /（3）---------->
                                         ///
               / ---- beta --- /（1）--- /（2）-/ --- beta -------- /-\
              ///
     / -  -  -  -  -  - α - / -  -  - / - -\ \
    / \ \
------------树干--------------------（a）-------------- --------（b）------------------>

编辑：

当我说两个或多个开发版本时，我指的是具有递增功能级别的软件版本。在图形以上：

• alpha：功能A。
• beta：功能A +B。
• 伽玛：功能A + B +C。

意味着分支的所有功能都包含在以后的分支中（通过同步合并）。树枝在稳定的水平不同（较旧的分支更稳定）和功能（幼枝有新的功能）。

编辑2，TridenT回答后：

稳定版本的开发在主干的分支中完成，然后在稳定时合并回主干，因此主干包含所有稳定的更改，最后是软件的更稳定版本。

我现在问这个问题是因为我正在重新考虑整个项目的分支策略。