2013-01-15 9 views

risposta

7

È possibile specify alternate branches and forks rispettivamente:

{ 
    meteor: { 
    "branch": "devel", 
    "git": "https://github.com/meteor/meteor.git" 
    } 
} 

Per la documentazione:

La specifica di meteore non è richiesto. Il repository pubblico di Meteor estratto dal ramo principale è l'impostazione predefinita. È possibile specificare meteor.branch e meteor.git per utilizzare rispettivamente rami e forche alternati.

Per utilizzare una versione stabile, è sufficiente omettere la sezione meteor dal file smart.json del tutto e che verrà utilizzato il più recente, versione stabile.

+0

grazie per la risposta. Ma cosa succede se voglio essere in grado di prendere il mio progetto e in 6 mesi su una macchina diversa ottenere la stessa versione di Meteor? "La versione più recente e stabile" non lo taglia quindi. Ho bisogno di un posto dove inserire un numero di versione. So che ci sono i tag di versione in git; c'è un modo per inserire un tag al posto di un ramo in Meteorite? –

+0

Hmm ... Immagino di poter forgiare la meteora e collegarmi alla forcella. Sembra eccessivo, però; non c'è un modo migliore? –

+0

Questo sarebbe un modo per assicurarti di avere una versione statica. Ho appena creato [questo problema] (https://github.com/oortcloud/meteorite/issues/74) su github. Forse questo sarà disponibile in futuro. – TimDog

7

Usa tag di scegliere una particolare versione di meteora:

"meteor": { 
    "git": "https://github.com/meteor/meteor.git", 
    "tag": "release/0.6.3.1" 
}, 

(Vedi --tag in http://oortcloud.github.com/meteorite/)

+0

Né il 'release/0.7.2' o' v0.7.2' sembra funzionare più oggi. Conosci la sintassi corretta sin d'ora? –

+0

Meteorite non controlla più la versione di Meteor. Invece, usa il comando "aggiornamento meteo" (http://docs.meteor.com/#meteorupdate) –

+0

Stavo cercando di far funzionare alcuni test di CI di Travis sui rami che non erano ancora aggiornati a 0.8. Oh beh ... –

Problemi correlati