Githawk: Migrar marcos para serem baseados em temas
Em vez de apenas agrupar um monte de coisas em um lançamento, quero passar a empacotar coisas relevantes em um único lançamento. Estou tentando fazer isso com 1.18 para falar sobre PRs (responder aos comentários e mesclar, adoraria receber comentários, mas isso é para mais tarde).
Talvez possamos reorganizar marcos com base em pacotes de coisas e, em seguida, priorizá-los, trabalhando em recursos em série para que possamos lançar atualizações que tenham um tema.
Algumas idéias-semente:
- Repositórios
- Botão estrela + contagem
- Cancelar subscrição
- Marco, gerenciamento de rótulos
- Melhores filtros para problema / PR
- Procurar
- Pesquisar ppl
- Problemas de pesquisa
- Preenchimento automático de hashtag
- Pessoas
- VC de povos nativos
- Aba Perfil
- polonês
- Controle de atualização personalizado + animação
- Melhorias da IU
- atuação
- Otimize a memória
- Aumenta o desempenho da rolagem
- Automação
- Respostas enlatadas
- Integração do fluxo de trabalho?
- Mais ideias para "acelerar"
- etc etc
rnystrom
Todos 9 comentários
Adoro. Também torna mais fácil se acostumar com os novos recursos, em vez de coisas novas em todo o lugar que não são notadas por causa disso. Também faria mais sentido com versões como 2.0, 2.1, 2.2, 3.0 etc., em vez de ficar "preso" em 1. seja o que for.
Além disso, deve ser mais fácil de comercializar!
BasThomas
em 20 fev. 2018
Eu tenho adiado um grande 2.0 para coletar um monte de recursos interessantes e, em seguida, empurrar Hacker News, Product Hunt, etc. Eu _realmente_ queria ter uma guia de perfil lá para 2.0.
rnystrom
em 20 fev. 2018
Então, ainda posso colocar PRs na fila para essas coisas, mesmo que eles não sejam mesclados até suas respectivas versões? Ainda preciso de coisas para trabalhar 😐
Enviado com GitHawk
SD10
em 21 fev. 2018
@ SD10 haha claro! Isso apenas dará a todos um melhor senso de prioridade (revisões mais rápidas, etc.).
Enviado com GitHawk
rnystrom
em 21 fev. 2018
Também podemos tentar usar o conselho de gerenciamento de projetos do GitHub. No entanto, eu nunca fiz isso funcionar em nenhum dos meus projetos ainda
Enviado com GitHawk
SD10
em 21 fev. 2018
Estou definitivamente aberto a experimentá-lo, mas não estou certo sobre o valor que ele fornece sobre questões / marcos.
Enviado com GitHawk
rnystrom
em 21 fev. 2018
Na verdade, prefiro problemas e marcos. Acho que a placa só é útil se tivermos diferentes estágios de desenvolvimento, como: backlog, em andamento, em revisão, teste, etc. Não estamos tão organizados (ainda) talvez um dia, quando substituirmos o aplicativo da web GitHub? 😬
Enviado com GitHawk
SD10
em 21 fev. 2018
Amei a ideia toda!
Com relação ao versionamento, acho que ainda estamos seguindo o versionamento semântico . 🧐
PS: De volta à Índia - passarei algum tempo no Githawk
rizwankce
em 21 fev. 2018
Para os interessados, tentei fazer isso com o marco 2.0 focando principalmente nas revisões de solicitação de pull!
BasThomas
em 20 fev. 2019
Questões relacionadas
Iron-Ham
·
3Comentários
rizwankce
·
3Comentários
rnystrom
·
3Comentários
BasThomas
·
3Comentários
BasThomas
·
3Comentários
Comentários muito úteis
Eu tenho adiado um grande 2.0 para coletar um monte de recursos interessantes e, em seguida, empurrar Hacker News, Product Hunt, etc. Eu _realmente_ queria ter uma guia de perfil lá para 2.0.