Distributor: Versão de lançamento 1.6.0

Esse problema é para rastrear alterações para a versão 1.6.0. Data de lançamento prevista: TBD .

Etapas de pré-lançamento

• [] revisar e (mesclar ou pontuar) abrir PRs no marco

Etapas de liberação

• [x] Branch: começando em develop , corte um branch de lançamento denominado release/1.6.0 para suas alterações.
• [x] Alteração de versão: Aumente o número da versão em distributor.php , distributor.pot e readme.txt se ainda não refletir a versão sendo lançada. Em distributor.php atualize a propriedade "Versão:" do plug-in e a constante do plug-in DT_VERSION , garantindo que seja sufixado com -dev .
• [x] Changelog: Adicionar / atualizar o changelog em CHANGELOG.md .
• [x] Props: atualize o arquivo CREDITS.md com quaisquer novos contribuidores, confirme se os mantenedores estão corretos.
• [x] Atualizações do Leiame: Faça quaisquer outras alterações do leiame conforme necessário. README.md é voltado para o GitHub e readme.txt contém conteúdo específico do WordPress.org. Os dois são ligeiramente diferentes.
• [x] Traduções: Atualize o arquivo .pot executando npm run makepot .
• [x] Mesclar: faça uma mesclagem não rápida de seu branch de lançamento para develop (ou mescle a solicitação pull) e, em seguida, faça o mesmo para develop em master ( git checkout master && git merge --no-ff develop ). master contém a versão de desenvolvimento estável.
• [x] Build: No branch master , execute npm install && npm run release . Isso criará uma subpasta chamada release com o branch stable clonado como uma árvore de trabalho e as alterações mais recentes copiadas. Certifique-se de que todos os novos arquivos estejam na pasta release ; caso contrário, pode ser necessário adicioná-los a gulp-tasks/copy.js .
• [x] Verificar: Há algum arquivo modificado em master ? Em caso afirmativo, volte para develop , execute todas as tarefas necessárias e confirme essas alterações antes de voltar para a Etapa 6.
• [x] Teste: Mude para o Distribuidor em execução a partir da versão na subpasta release e execute algumas tarefas comuns na IU para garantir a funcionalidade.
• [x] Push: Primeiro mestre: git push , em seguida, de dentro do diretório release , adicione todos os arquivos e envie-os para origin stable : git push origin stable .
• [x] Lançamento: Crie um novo lançamento , nomeando a tag e o lançamento com o novo número de versão e visando o ramo stable . Cole o changelog de CHANGELOG.md no corpo do release e inclua um link para os problemas fechados no marco 1.6.0 . O lançamento agora deve aparecer em lançamentos .
• [] Aumento da versão (novamente): no ramo develop ( cd ../ && git checkout develop ), bata no número da versão em distributor.php , distributor.pot e readme.txt a 1.6.1-dev . Tudo bem se o próximo lançamento for um número de versão diferente; essa mudança pode ser tratada logo antes do lançamento na primeira etapa, como também pode ser o caso com @since anotações.
• [x] Fechar marco: edite o marco 1.6.0 com a data de lançamento (no campo Due date (optional) ) e vincule ao lançamento do GitHub (em Description field ) e, em seguida, feche o marco.
• [x] Punt itens incompletos: Se quaisquer questões em aberto ou PRs que foram marcados por 1.6.0 não chegarem ao lançamento, atualize seu marco para 2.0.0 ou Future Release .

Etapas pós-lançamento

• [] enviar Distribuidor para Packagist (ver # 356)