Compositor, Github, Inquérito Packagist
-
21-12-2019 - |
Pergunta
Hoje, eu colocou meu primeiro projeto no Github e Packagist e tenho algumas perguntas sobre o uso de ambos combinados. Esteja ciente de que ainda estou inexperiente este domínio.
- .
-
Documentação do compositor é vasta em ensinar como obter as dependências, mas não como criar um, como criar o melhor compositivo.json para o GitHub. Por exemplo, a propriedade
version
não é recomendada. Mas a maioria das dependências vem em versões. O Symfony2 vem em 2,4 ou 2.3, por exemplo. Como faço para manter uma versão do meu projeto no GitHub? -
em Packagist, um projeto recém-adicionado do GitHub é Dev-Master. Como posso mudar é estável ou beta? Eu tentei
minimum-stability
, mas isso não mudou. -
Existe uma maneira no compositor para construir minha mensagem de erro personalizada (algo como lance / captura) que "ser disparado" quando alguém tentar instalar meu projeto via compositor, mas com propriedades em seu próprio compositor.json Arquivo que meu projeto não gostaria?
-
Alguém poderia listar algumas melhores práticas para um implemento no GitHub e no pacote. Dicas de manutenção, dicas do Git, dicas não-to-do, evite dicas, por favor, faça dicas ou quaisquer outras dicas.
Além disso, se você deseja dizer algo que não esteja na minha pergunta (minhas questões limitadas de conhecimento), por favor, faça isso.
Obrigado antecipadamente por todas as respostas.
Solução
- .
-
Versão é definido por git ramos e tags git.Se você quiser liberar uma versão, basta criar uma tag.
-
mesmo, você tem que tag lançamentos para eles serem estáveis.Os ramos são dev / instáveis, uma vez que podem mudar a qualquer momento.Tags são pontos fixos no tempo.
-
Não sei o que dizer lá, mas pode ser corrigido por 1/2
-
Não, não há como, realmente não faz muito sentido.Se o seu projeto tiver requisitos, você deve defini-los e, em seguida, o compositor garantirá que ele não possa ser instalado se esses requisitos não forem atendidos.
-
Isso é um pouco fora do escopo para o STACOVERFLOW Eu acho, mas acho que o melhor conselho que posso dar é seguir as diretrizes em http://semver.org/ Para liberar versões.Essa é a coisa mais importante que todos mantêm bibliotecas devem saber.