openSUSE:Modelo Factory em desenvolvimento
Índice
Modelo em Desenvolvimento
O fluxo de código da Factory é constantemente desenvolvido. A cada momento um empacotador submete uma correção, uma atualização de versão, um novo recurso ou um novo pacote é compilado no ambito do projeto Factory. De tempos em tempos, o fluxo de trabalho da Factory é cpngelado e são permitidas apenas correções: sem novos recursos, sem atualizações e sem novos pacotes. Em datas fixadas com antecedênciaq (geralmente em quintas-feiras) mídias instaláveis são compiladas a partir do fluxo da Factory e, assim os usuários podem testar o mesmo estado do fluxo de trabalho da Factory congelado. Estes estados do fluxo, primeiro são chamados de Milestones os quais se tornam release candidates (RC), que passam a ser um Gold Master (GM). Uma vez que a compilação goldmaster esteja pronta serve como ponto de partida para o fluxo de manutenção do produto. A partir de então o fluxo da Factory é reaberto (descongelado). Graficamente, teríamos isto:
==>==Factory==>==|==>===quinta===>==|==>===quinta===>==|==>===quinta===>==|===>==Factory==>==
| Milestone N | Release Candidate| Goldmaster |
| |
Desenvolvimento inicia Desenvolvimento termina
|
==>==Manutenção==>==Primeira Atualização==>==Segunda atualização==>==
Modelo de Administração
O enorme fluxo de código da Factory está mais dividido dentro dos projetos de desenvolvimento. Os projetos de desenvolvimento são responsáveis por conjuntos de pacotes como o GNOME, kernel ou multimídia. Correções de bugs e novos recursos têm que ser primeiro submetidos ao projeto de desenvolvimento a que pertencem e de lá serão encaminhados para o projeto principal do openSUSE Factory. Devido a isso a governança do projeto Factory está tão dividido.
Responsabilidades
| Pacote | Projeto Devel | Factory |
|---|---|---|
| Mantenedor & Dono do Bug | Mantenedor do Projeto & Dono do Bug | Equipe de Lançamentos |
Graus decisórios
A maioria das decisões são tomadas pelo mantenedor do pacote. Se o responsável não puder tomar uma decisão ou se houver um conflito entre os mantenedores do projeto devel, estes mantenedores devem decidir em conjunto. Se os mantenedores dos projetos de devel também não chegarem a uma conclusão sobre o conflito entre dois projetos de desenvolvimento, a Equipe de Lançamento do openSUSE tomará a decisão. Se a decisão não pode ser tomada pela Equipe de Lançamento, há um apelo ao Conselho openSUSE, que tenta facilitar a decisão com todas as pessoas envolvidas. Se isso também não trouxer o sucesso, o Conselho coloca a questão em votação entre os membros.
Mantenedor do pacote ==> Mantenedores do Projeto Devel ==> Equipe de Lançamento ==> openSUSE:Conselho ==> Votação entre os openSUSE:Membros.