Acho que o Launchpad usa essas palavras como elas são mais "genéricas" - elas podem ser usadas para vários estilos de desenvolvimento sem forçar um projeto a gerenciar o código-fonte, desenvolver e liberar de alguma maneira.
Eu vejo basicamente duas maneiras de desenvolver um projeto no Launchpad:
-
O desenvolvimento do seu projeto é não-linear (não tenho certeza se essa é a palavra correta). Isso geralmente é verdade se for importante que você ofereça suporte a mais de uma versão de cada vez, enquanto desenvolve em uma ramificação instável / de desenvolvimento. (Pense em desenvolver duas versões em paralelo)
Por exemplo, o GNOME tem as versões
x.y.z
com% ímpary
, o que implica uma série de desenvolvimento e atéy
, o que implica uma série estável. O GNOME libera2.30
como estável para o mundo usar. Após o lançamento, os desenvolvedores começam a trabalhar no2.31.x
, que é instável. Se eles encontrarem algum bug importante que gostariam de corrigir para os usuários que executam2.30
sem fornecer um grande número de novos recursos não polidos, eles corrigem esse erro em2.30
e liberam2.30.1
. Se você estiver familiarizado combzr
, deverá entender isso em termos de2.31
sendo desenvolvido no tronco, enquanto2.30
é um ramo do tronco (ramificado quando2.29
ficou estável e foi liberado como2.30
) onde apenas correções de bugs são feitas.Nesse caso, você deve criar uma série para cada
2.29
,2.30
,2.31
, etc e umatrunk
série.2.29
e2.30
compartilharão a mesma ramificaçãobzr
(pois2.30
é2.29
depois de polido).2.31
etrunk
compartilharão a mesma ramificaçãobzr
. Quando você liberar2.32
, então ramificará o tronco e chamará essa filial de2.32
(essa será a ramificaçãobzr
para as séries2.31
e2.32
).Um exemplo de um marco neste caso é
2.30.2
(na série2.30
). Um marco difere de um release em que um marco é um release futuro e, uma vez liberada essa versão, o marco se torna um release. É por isso que faz sentido direcionar um bug para um marco (futuro) e você pode fazer com que um bug afete apenas (digamos) duas de cinco séries porque afeta apenas duas delas e deve ser corrigido em suas respectivas ramificações (provavelmente o bug atual versão estável e tronco) -
O desenvolvimento do seu projeto é linear . Isso significa que você lançará a versão
1.1
para todos usarem, continuará desenvolvendo recursos e corrigindo bugs até que esteja pronto para1.2
ou2.0
(ou o que você quiser). Então você libera o último código disponível. Nesse caso, você não está desenvolvendo versões diferentes em paralelo, conforme ilustrado pelo diagrama de série no Launchpad).Nesse caso, você tem apenas uma série, uma ramificação do bazar (ambas chamadas
trunk
presumivelmente) e todos os seus marcos e versões estão nesta série única (seja0.1
,1.0
,1.1
ou2.0
)
O mais tardio é mais simples. O primeiro mais apto quando você precisa fornecer correções de bugs enquanto você trabalha em grandes mudanças para uma versão posterior (mais necessário quando não é um projeto solo).
HTH