版本控制 – 在Mercurial的开发和生产之间进行

问题：
每次我们通过将生产合并到一个新版本来复活开发分支是否真的有意义,或者我们应该制作像开发1.1这样的独特命名的短期开发分支？

工作流程描述：
我们代码的每个生产就绪版本都将被标记(1.0,1.1等)并放置在生产分支中.一旦我们将1.0投入生产,我们立即开始研究下一个版本 – 1.1,打开一个名为development的分支,然后由每个开发人员为每个指定的功能进行子分支,以保持整洁.到目前为止非常简单.

现在,包含合并后功能分支的开发分支将进行测试并合并回生产环境,因为这些更改已被视为生产就绪.

当我们需要继续处理即将发布的版本1.2时,我们将生产分支合并到开发分支中并开始工作.

修订的历史记录：

@    changeset:   8:21e89b501d4e
|   branch:      development
| |  tag:         tip
| |  description: Development stage for v1.2 opened by merging production into development.
| |
| o  changeset:   7:920ca77aa956
|/|  branch:      production
| |  tag:         1.1
| |  description: Version 1.1 stable (merged from development).
| |
o |    changeset:   6:691b7aa99e42
|    branch:      development
| | |  description: Feature merged in to development
| | |
| o |  changeset:     5:5156cb9cf556
| | |  branch:        feature
| | |  description:   Feature finished
| | |
| o |  changeset:     4:0345dc73e144
|/ /   branch:        feature
| |    description:   Work started on a feature
| |
o |  changeset:    3:9d49be5d8a03
|/   branch:       development
|    description:  Development branch opened
|
o  changeset:     2:ba818420fa88
|  branch:        production
|  tag:           1.0
|  description:   Version 1.0 stable. Woop woop!