Maneira correta de configurar lançamentos no Launchpad?

Question

Eu sou apenas membro do Launchpad há cerca de três meses e ainda estou com dificuldades para descobrir a terminologia.

Eu criei um projeto com uma ramificação - tronco. Eu me comprometi algumas vezes com esse ramo.

Eu criei uma série chamada '0.1' e quero fornecer um download. Na última vez que fiz isso, tive que criar um marco ou algo assim. O que quer que fosse, eu não entendi.

Alguém pode explicar:

• série
• lançamentos
• marcos

e o propósito de cada um deles?

    

Answer 1

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:

1. 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 libera 2.30 como estável para o mundo usar. Após o lançamento, os desenvolvedores começam a trabalhar no 2.31.x , que é instável. Se eles encontrarem algum bug importante que gostariam de corrigir para os usuários que executam 2.30 sem fornecer um grande número de novos recursos não polidos, eles corrigem esse erro em 2.30 e liberam 2.30.1 . Se você estiver familiarizado com bzr , deverá entender isso em termos de 2.31 sendo desenvolvido no tronco, enquanto 2.30 é um ramo do tronco (ramificado quando 2.29 ficou estável e foi liberado como 2.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 uma trunk série. 2.29 e 2.30 compartilharão a mesma ramificação bzr (pois 2.30 é 2.29 depois de polido). 2.31 e trunk compartilharão a mesma ramificação bzr . Quando você liberar 2.32 , então ramificará o tronco e chamará essa filial de 2.32 (essa será a ramificação bzr para as séries 2.31 e 2.32 ).

   Um exemplo de um marco neste caso é 2.30.2 (na série 2.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)

2. 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 para 1.2 ou 2.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 (seja 0.1 , 1.0 , 1.1 ou 2.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

    

Answer 2

Concordo que é bastante confuso e não é particularmente bem documentado. Este é o meu entendimento:

Uma série é basicamente um conjunto de lançamentos. Normalmente você tem um ramo de desenvolvimento principal associado a uma série chamada 'trunk' ou algo semelhante. Você pode ter outras séries como 'stable' com seus próprios conjuntos de lançamentos. Confusamente, as séries podem compartilhar ou ter ramificações bzr separadas - não sei qual é a melhor coisa a fazer nesse sentido.

Dentro de uma série, você tem marcos. Parece que você só pode definir um marco por vez - você precisa liberar seu primeiro marco para definir o segundo. Os marcos provavelmente serão seus números de versão, por exemplo. 0,1, 0,2.

Quando você clicar em "Liberar agora" para liberar um marco, poderá fazer o upload de arquivos para download correspondentes a esse lançamento.

Os principais pontos para isso:

• Filiais são linhas de desenvolvimento completamente separadas.
• As séries são conjuntos paralelos de lançamentos.
• Os marcos são lançamentos futuros e funcionam de maneira linear em uma série.
• As liberações são marcos anteriores que podem ter downloads associados a eles.

(desculpe pela definição circular aqui, mas é assim que funciona).