Incorporação de "branchs" durante freeze do master
-
6 de Janeiro de 2016 às 21:22Gente,
O branch master do noosfero oficial está congelado como todos sabem, e
isto impacta em uma das metas do nosso projeto que é incorporar as
features desenvolvidas pelo Serpro ao noosfero.
As features desenvolvidas pelo serpro estão quase todas em branchs
separados, a estratégia que iremos adotar é revisar e corrigir tudo que
for necessário nas próprias branches.
O Serpro irá fazer merge destas branchs em uma branch própria que eles
utilizam para deploy em produção, qualquer evolução ou correção nestas
features serão feitas na branch da feature e o Serpro se responsabiliza
de puxar para a branch utilizada em produção.
Com isto não será preciso uma branch "next" como tínhamos no passado,
pois cada feature estará revisada em seu próprio branch. Quando
acontecer o unfreeze, iremos revisitar cada branch, possivelmente
ocorrerão pequenas correções, e então iremos incorporar ao master do
noosfero oficial, após isso devemos também remover o branch para evitar
acumular "lixo".
--
Joenio Costa
Cel: (71) 8182-5123
http://joenio.me -
6 de Janeiro de 2016 às 22:34Olá Joenio,
Não foi isso que conversamos.>
> O Serpro irá fazer merge destas branchs em uma branch própria que eles
> utilizam para deploy em produção, qualquer evolução ou correção nestas
> features serão feitas na branch da feature e o Serpro se responsabiliza de
> puxar para a branch utilizada em produção.
>O Serpro não pode ser comprometer em fazer merge destas branchs em uma
branch própria. Essa responsabilidade seria de vocês.
O que conversamos foram 2 opções:
- Vocês "ajeitam" as branches para o "master" oficial e fazem o merge
para o branch "staging" (do serpro) e depois fazem o merge para o master
oficial quando passar o período do congelamento. Nós sempre atualizamos o
código do branch "staging" com o "master" oficial.
- Ou criamos um branch alternativo, que estamos chamando de "next", que
será o futuro master e nós nos comprometemos em atualizar o sempre o nosso
branch "staging" com este branch "next" e não mais atualizamos com o
"master" já que ele será o master no futuro.
Abraços, -
6 de Janeiro de 2016 às 22:58Não? Diga aí então!
Em 06/01/2016 19:34, Leandro Nunesescreveu: >
> Olá Joenio,
>
> Não foi isso que conversamos.
>
>>
>>
>> O Serpro irá fazer merge destas branchs em uma branch própria que eles utilizam para deploy em produção, qualquer evolução ou correção nestas features serão feitas na branch da feature e o Serpro se responsabiliza de puxar para a branch utilizada em produção.
>
>
> O Serpro não pode ser comprometer em fazer merge destas branchs em uma branch própria. Essa responsabilidade seria de vocês.
> O que conversamos foram 2 opções:
>
> - Vocês "ajeitam" as branches para o "master" oficial e fazem o merge para o branch "staging" (do serpro) e depois fazem o merge para o master oficial quando passar o período do congelamento. Nós sempre atualizamos o código do branch "staging" com o "master" oficial.
> - Ou criamos um branch alternativo, que estamos chamando de "next", que será o futuro master e nós nos comprometemos em atualizar o sempre o nosso branch "staging" com este branch "next" e não mais atualizamos com o "master" já que ele será o master no futuro.
>
> Abraços, -
6 de Janeiro de 2016 às 23:00Ahh, eu n tinha visto o q vc escreveu, não faz diferença, tudo bem a gente fazer merge pro staging também.
Foi só isso mesmo?
Em 06/01/2016 19:58, Joenio Costaescreveu: >
> Não? Diga aí então!
>
> Em 06/01/2016 19:34, Leandro Nunesescreveu:
>>
>> Olá Joenio,
>>
>> Não foi isso que conversamos.
>>
>>>
>>>
>>> O Serpro irá fazer merge destas branchs em uma branch própria que eles utilizam para deploy em produção, qualquer evolução ou correção nestas features serão feitas na branch da feature e o Serpro se responsabiliza de puxar para a branch utilizada em produção.
>>
>>
>> O Serpro não pode ser comprometer em fazer merge destas branchs em uma branch própria. Essa responsabilidade seria de vocês.
>> O que conversamos foram 2 opções:
>>
>> - Vocês "ajeitam" as branches para o "master" oficial e fazem o merge para o branch "staging" (do serpro) e depois fazem o merge para o master oficial quando passar o período do congelamento. Nós sempre atualizamos o código do branch "staging" com o "master" oficial.
>> - Ou criamos um branch alternativo, que estamos chamando de "next", que será o futuro master e nós nos comprometemos em atualizar o sempre o nosso branch "staging" com este branch "next" e não mais atualizamos com o "master" já que ele será o master no futuro.
>>
>> Abraços, -
6 de Janeiro de 2016 às 23:02Isso.
2016-01-06 19:59 GMT-03:00 Joenio Costa: > Ahh, eu n tinha visto o q vc escreveu, não faz diferença, tudo bem a gente
> fazer merge pro staging também.
>
> Foi só isso mesmo?
>
> Em 06/01/2016 19:58, Joenio Costaescreveu:
> >
> > Não? Diga aí então!
> >
> > Em 06/01/2016 19:34, Leandro Nunesescreveu:
> >>
> >> Olá Joenio,
> >>
> >> Não foi isso que conversamos.
> >>
> >>>
> >>>
> >>> O Serpro irá fazer merge destas branchs em uma branch própria que eles
> utilizam para deploy em produção, qualquer evolução ou correção nestas
> features serão feitas na branch da feature e o Serpro se responsabiliza de
> puxar para a branch utilizada em produção.
> >>
> >>
> >> O Serpro não pode ser comprometer em fazer merge destas branchs em uma
> branch própria. Essa responsabilidade seria de vocês.
> >> O que conversamos foram 2 opções:
> >>
> >> - Vocês "ajeitam" as branches para o "master" oficial e fazem o
> merge para o branch "staging" (do serpro) e depois fazem o merge para o
> master oficial quando passar o período do congelamento. Nós sempre
> atualizamos o código do branch "staging" com o "master" oficial.
> >> - Ou criamos um branch alternativo, que estamos chamando de "next",
> que será o futuro master e nós nos comprometemos em atualizar o sempre o
> nosso branch "staging" com este branch "next" e não mais atualizamos com o
> "master" já que ele será o master no futuro.
> >>
> >> Abraços,
> _______________________________________________
> Noosfero-Gov mailing list
> Noosfero-Gov@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/noosfero-gov
>
--Dois Axé!!!
-----
"Comece fazendo o que é necessário, depois o que é possível e de repente
você estará fazendo o impossível."
São Francisco de AssisLeandro Nunes
Ordenar por:
Relacionado:
- i-educar Versão do php do ieducar
- i-educar Situação da exportação para o Educacenso no SERPRO
- noosfero-gov Relato de finalização da Sprint 1
- noosfero-gov Final da Sprint 4 e início da Sprint 5
- noosfero-gov Resumo do planejamento da Sprint 2, já em anda...
- spb-dev Merge request
Estatísticas:
-
iniciada em
8 anos, 3 meses atrás
-
vizualizada
932 vezes
-
respondida
5 vezes
-
votada
0 vezes