Trazendo isso de um tópico de lista de discussão para discussão final.
De @dreispt (há mais no tópico, mas este é o que ainda é relevante agora e deve ser discutido):
Olá,
Acredito que o repo possa ser subdividido em vários outros mais focados.
Proponho manter OCA / serverl-tools principalmente para recursos relacionados a tarefas de configuração e administração.
Os outros recursos podem ser movidos para alguns novos repositórios spinf-off.Posso pensar em quatro novos repos para criar como spin-offs:
- OCA / server-auth (10 módulos): Autenticação relacionada
- OCA / servidor-backend (5 módulos): Extensões ORM do servidor, novos campos
- OCA / marca do servidor (8 módulos e contando): (Des) relacionado à marca
- OCA / server-ux (11 módulos): Recursos do lado do servidor para usabilidade e experiência do usuário relacionados
Apoiando a divisão acima, e como ponto de partida para a discussão, preparei esta planilha:
https://docs.google.com/spreadsheets/d/1Xg95cW4TFMf_Lo5i_CZC_qOOfN8RgxPRc0LJTLTkdUI/edit?usp=sharing
cc @pedrobaeza @hbrunn @ OCA / board
Trazer isso de novo estava na minha lista, muito obrigado por trazer isso à tona, Dave.
A experiência nos diz que repositórios focados têm uma direção melhor e mantenedores mais motivados.
Este repositório cobre muitos tópicos diferentes para que seja mantido de forma eficaz.
Também dá sinais de ser muito grande, considerando o número de módulos existentes e PRs abertos.
A lista de spin-offs proposta é bastante antiga, então pode ser necessária uma atualização.
@dreispt Não vejo consenso e, ao mesmo tempo, vejo que as relações públicas para v11 estão ocorrendo enquanto conversamos. Proponho adiar este tópico até a v12, pois parece que esse tipo de mudanças estruturais precisam ser planejadas bem antes de uma nova versão.
Infelizmente, tenho que concordar que esta conversa está começando muito tarde: precisamos planejar agora a estrutura do repositório para a v12 AGORA.
OK, renomeei o problema de acordo.
Não, isso pode ser feito com perfeição na v11 e muito mais quando o repo for esvaziado. Estou criando os repositórios no dia seguinte.
Eu trouxe esse tópico em junho e agosto. Meu ponto de vista é que devemos fazer isso agora ou nunca será feito.
Se @pedrobaeza criar os
@jbeficent Não é tarde demais, as ramificações v11 ainda estão vazias.
AFAICR não houve oposição a este movimento, apenas não foi implementado.
Talvez @lasley tenha um link para a discussão.
@dreispt sem problemas. Estamos tão ansiosos para começar a avançar para a v11 !!! Vou esperar por @pedrobaeza
Eu estou trabalhando nisso!
OK, criei todos os novos repositórios. Você pode começar a empurrar para eles. Fechando esta questão e incluindo o documento com o mapeamento da questão migratória.
Obrigado!!
obrigado @lasley e @pedrobaeza
também queremos pedir às pessoas que propõem novos módulos para ferramentas de servidor em versões anteriores para mover seus PRs para lá? Faria sentido imho
(editar: é claro, apenas PRs não mesclados que realmente apresentam um novo módulo)
Bem, eu não criei branches para versões anteriores, mas se você acha isso interessante, vá em frente.
Devemos anunciá-lo no contribuidor ML?
Sim, pode ser interessante. E deve fazer parte da próxima newsletter.
primeira vez que eu revisar esse tipo de relações públicas, vou criar o ramo - não vejo razão para fazer isso antes
OK concordo
E deve fazer parte da próxima newsletter.
Criei um ticket para não esquecermos para o boletim informativo. Boa ideia
Para ajudar as pessoas com o que vai para onde, devemos ter problemas de migração v11 com a lista de módulos com exceção de serem migrados em cada um dos repositórios.
Regresso à comunicação do ML, deve ser feito o mais rápido possível. Na próxima newsletter iremos também mencionar isso, com um link para a mensagem do ML.
Comentários muito úteis
obrigado @lasley e @pedrobaeza