Buscar..
Observaciones
Publicar una pista de publicación es bastante simple si entiendes a) que el comando de publicación y liberación requiere un archivo .json como parámetro, yb) cómo se ve ese archivo. Ese es definitivamente el mayor obstáculo para comenzar, porque prácticamente no está documentado en ninguna parte.
Solo tenga en cuenta que cada paquete del lanzamiento debe publicarse y estar en Atmosphere. El archivo .meteor / Versiones de una aplicación es un lugar particularmente bueno para encontrar todos los paquetes y versiones necesarios que deben incluirse en el lanzamiento.
Después de eso, es una cuestión de averiguar qué está dispuesto a apoyar, qué quiere incluir, etc. Aquí hay un diagrama de Venn parcial de lo que está trabajando actualmente en el lanzamiento clínico. y debería darle una idea general de cómo vamos con el proceso de toma de decisiones de lo que se incluye.
Para más discusión, vea el tema en los foros de Meteor:
https://forums.meteor.com/t/custom-meteor-release/13736/6
Uso básico
La idea es que un mantenedor de distro quiera ejecutar algo como el siguiente comando:
meteor publish-release clinical.meteor.rc6.json
Lo que permitirá a los usuarios de la distro ejecutar esto:
meteor run --release clinical:[email protected]
Manifiesto de lanzamiento
Un manifiesto de lanzamiento es similar a un archivo NPM package.json , ya que su principal preocupación es especificar una lista de paquetes de Atmosphere y proporcionar un poco de metadatos sobre esa lista de paquetes. El formato básico se ve así:
{
"track":"distroname:METEOR",
"version":"x.y.z",
"recommended": false,
"tool": "distroname:[email protected]",
"description": "Description of the Distro",
"packages": {
"accounts-base":"1.2.0",
"accounts-password":"1.1.1",
...
}
}
Personalizando la herramienta Meteor
Si necesita extender la herramienta de meteoros o la línea de comandos, deberá crear y publicar su propio paquete de herramientas de meteoros. La documentación de Ronen es la mejor que hay para este proceso:
http://practicalmeteor.com/using-meteor-publish-release-to-extend-the-meteor-command-line-tool/1
Es fácil hacer que funcione un comando de meteor helloworld, pero después de eso, sentí que era más fácil crear una aplicación de nodo separada para probar los comandos. Que es como surgió StarryNight. Es algo así como un escenario y un bloc de notas para los comandos antes de intentar colocarlos en una versión de la herramienta meteorológica.
Extracción de un manifiesto de lanzamiento de .meteor / versiones
StarryNight contiene una pequeña utilidad que analiza el archivo .meteor/versions una aplicación y lo convierte en un Manifiesto de lanzamiento.
npm install -g starrynight
cd myapp
starrynight generate-release-json
Si no desea utilizar StarryNight, simplemente copie el contenido de su archivo .meteor/versions en el campo de packages de su archivo de manifiesto. Asegúrate de convertir a la sintaxis JSON y agregar dos puntos y comillas.
Visualización del manifiesto de lanzamiento para un lanzamiento específico
meteor show --ejson [email protected]
Publicación de una versión de Checkout
meteor publish-release --from-checkout
Obtención de los últimos compromisos para cada paquete en una versión
Al crear una pista de lanzamiento personalizada, es común mantener los paquetes en el directorio /packages como submódulos de git. El siguiente comando le permite obtener todas las últimas confirmaciones para los submódulos en su directorio /packages al mismo tiempo.
git submodule foreach git pull origin master
