Filipe, sensacional que você quer contribuir e ótimas perguntas!
- Fui ao Github e li a issue Milestone 5 - Lançamento
Show, isso significa que você já tem acesso ao repositório. Caso outra pessoa esteja lendo isso aqui e não tenha acesso, leia essa publicação.
- Verifiquei que existem melhoras (Lista Nova / Lista Antiga) e itens de segurança que devem ser implementados/corrigidos para a Milestore 5.
O Filipe está falando das duas sub-seções Lista nova (W.I.P.) e Lista antiga:
Por que existe a lista nova e a antiga de melhorias? As 2 listas são para serem resolvidas até o fim da Milestone, correto?
Diferente das outras Milestones que iniciaram menores, a Milestone 5 já iniciou muito grande e com vários PR abertos. Então para não atrasar demais a abertura dela por ter que escrever o Contexto e Execução de cada issue (isso leva tempo), fiz a sugestão de abrir ela em "modo Draft", que é basicamente os itens que estão na Lista antiga.
Aquilo lá é um rascunho e um dos meus trabalhos agora é pegar esse rascunho e passar a limpo, transformando tudo em issues com contexto e que vão ser listadas dentro da Milestone e que também conectam issues passadas e PRs presentes.
Mas no final das contas, só existirá uma lista de tarefas e todos os itens da Lista antiga serão consumidos pela Lista nova.
Alguns itens da lista antiga possuem um PR ou uma issue associada, mas outros não. Isso significa que ninguém se protificou a resolvê-lo ainda?
Da Lista antiga é tudo um rascunho, mas provavelmente sim. Se está somente em texto puro, é muito provável que ninguém mexeu naquela tarefa ao ponto de enviar um PR e eu passar isso a limpo.
Como faço para saber se alguém já está a trabalhar sobre um dos tópicos a fim de evitar duplicação de trabalho?
Não há como e nem sugiro que seja evitado trabalho redobrado. Nas vezes que isso aconteceu, sempre foi muito positivo ter o mesmo problema sendo resolvido por dois ângulos diferentes. Encare a duplicidade como "mais olhos olhando para o mesmo problema" e sugiro começar pela tarefa que faça seu olho brilhar, e não a tarefa que seja mais importante. Claramente, sugiro não fazer uma tarefa que já foi resolvida e teve seu PR mesclado com a main.
Qual o flow para propor uma solução e evitar o problerma de duplicação?
Novamente, não sugiro fazer isso. No passado tivemos algumas situações onde uma issue foi reservada por alguém, que ao final da Milestone não tinha sido resolvida e não tinha sido nem devolvida. Por ser um projeto Open Source e sem financiamento por trás, nunca vou tomar a postura de cobrar ninguém por entrega, por comprometimento, por nada. Fico muito feliz quando alguém se compromete em fazer algo, mas em nenhum momento acho saudável para a pessoa amarrar ela dessa forma no sistema, nem o sistema nela.