Compositor, Github, consulta de empaquetador

Question

Hoy publiqué mi primer proyecto en Github y Packagist y tengo un par de preguntas sobre el uso de ambos combinados.Tenga en cuenta que todavía no tengo experiencia en este dominio.

1. La documentación de Composer es amplia para enseñar cómo obtener las dependencias, pero no cómo crear una, cómo crear el mejor compositor.json para Github.Por ejemplo, el version No se recomienda la propiedad.Pero la mayoría de las dependencias vienen en versiones.Symfony2 viene en 2.4 o 2.3, por ejemplo.¿Cómo mantengo una versión de mi proyecto en Github?

2. En Packagist, un proyecto recién agregado de Github es dev-master.¿Cómo puedo cambiar a estable o beta?Lo intenté minimum-stability pero eso no lo cambia.

3. Presenté este pregunta hace un par de horas.La pregunta es que no puedo agregar mi propia dependencia (no algún paquete de Symfony) porque el proyecto está en dev-master (o eso creo).

4. ¿Hay alguna manera en Composer de construir mi mensaje de error personalizado (algo así como throw/catch) que "se activará" cuando alguien intente instalar mi proyecto a través del compositor pero con propiedades en su propio archivo compositor.json que mi proyecto no tendría? ¿T como?

5. ¿Alguien podría enumerar algunas de las mejores prácticas para un principiante en GitHub y Packagist?Consejos de mantenimiento, consejos de git, consejos de no hacer, consejos de evitar, consejos de hacer o cualquier otro consejo.

Además, si desea decir algo que no esté en mi pregunta (mis preguntas de conocimiento limitado), hágalo.

Gracias de antemano por todas las respuestas.

Answer 1

1. El control de versiones se define mediante ramas de git y etiquetas de git.Si desea lanzar una versión, simplemente cree una etiqueta.

2. Lo mismo, hay que etiquetar las versiones para que sean estables.Las ramas son de desarrollo/inestables ya que pueden cambiar en cualquier momento.Las etiquetas son puntos fijos en el tiempo.

3. No estoy seguro de qué decir allí, pero es posible que se solucione en 1/2

4. No, no hay manera, y realmente no tiene mucho sentido.Si su proyecto tiene requisitos, debe definirlos y luego Composer se asegurará de que no se pueda instalar si no se cumplen esos requisitos.

5. Creo que eso está un poco fuera del alcance de stackoverflow, pero creo que el mejor consejo que puedo darte es seguir las pautas en http://semver.org/ para lanzar versiones.Eso es lo más importante que todo aquel que mantenga bibliotecas debería saber.