Nat*_*man 5 launchpad terminology
我成为 Launchpad 的成员才大约 3 个月,但我仍然无法弄清楚术语。
我创建了一个带有一个分支的项目 - 主干。我已经向这个分支提交了几次。
我创建了一个名为“0.1”的系列,我想提供下载。上次我这样做时,我必须创建一个里程碑或其他东西。不管是什么,我不明白。
有人可以解释一下:
以及每个的目的?
我认为 Launchpad 使用这些词是因为它们更“通用”——它们可以用于各种风格的开发,而无需强迫项目以某种方式管理源代码、开发和发布。
我认为在 Launchpad 上开发项目主要有两种方法:
您的项目的开发是非线性的(不确定这个词是否正确)。如果在不稳定/开发分支上进行开发时一次支持多个版本对您来说很重要,那么通常情况下是这样。(考虑并行开发两个版本)
例如,GNOME 有一些版本x.y.z,其中 oddy表示开发系列,eveny表示稳定系列。GNOME2.30稳定发布供全世界使用。发布后,开发人员开始研究2.31.x不稳定的问题。如果他们发现任何重要的错误,他们希望为正在运行的用户修复2.30,而不提供大量未经修饰的新功能,他们会修复该错误并2.30发布2.30.1. 如果您熟悉的话,bzr您应该能够理解在2.31trunk 上开发的情况,而2.30是 trunk 的一个分支(当2.29稳定后分支并作为 发布2.30),其中仅进行错误修复。
2.29在这种情况下,您应该为每个、2.30、2.31等制作一个系列,然后再制作一个trunk系列。2.29并将2.30共享相同的bzr分支(因为2.30是2.29在抛光之后)。2.31并将trunk共享同一个bzr分支。当您发布 时2.32,然后分支 trunk 并调用此分支2.32(这将是和系列bzr的分支)。2.312.32
这种情况下的一个里程碑的例子是2.30.2(在该2.30系列中)。里程碑与版本的不同之处在于,里程碑是未来的版本,一旦该版本发布,里程碑就成为版本。这就是为什么将错误作为里程碑(未来)的目标是有意义的,并且您可以使错误仅影响(比如说)五个系列中的两个,因为它只影响其中两个,并且应该在各自的分支上修复(可能是当前稳定版本和主干)
你的项目的发展是线性的。这意味着您将发布版本1.1供所有人使用,继续开发功能并修复错误,直到您准备好1.2或2.0(或您喜欢的任何内容)。然后您发布最新的可用代码。在这种情况下,您不会并行开发不同的版本,如 Launchpad 上的系列图所示)。
在这种情况下,您只有一个系列、一个集市分支(可能都称为trunk),并且您的所有里程碑和版本都在这一个系列中(无论0.1是1.0、1.1或2.0)
后者更简单。当您需要在为更高版本进行重大更改时提供错误修复时,前者更合适(当它不是一个单独的项目时更必要)。
华泰
| 归档时间: |
|
| 查看次数: |
185 次 |
| 最近记录: |