Szukaj…
Uwagi
Publikowanie ścieżki wydania jest w rzeczywistości dość proste, jeśli rozumiesz a) że polecenie publikowania-wydania wymaga pliku .json jako parametru, oraz b) jak ten plik wygląda. To zdecydowanie największa przeszkoda w rozpoczęciu pracy, ponieważ nigdzie jej nie udokumentowano.
Pamiętaj tylko, że każdy pakiet w tym wydaniu musi zostać opublikowany w serwisie Atmosphere. Plik .meteor / Wersje aplikacji jest szczególnie dobrym miejscem do znalezienia wszystkich niezbędnych pakietów i wersji, które powinny znaleźć się w wydaniu.
Następnie należy ustalić, co chcesz wesprzeć, co chcesz uwzględnić itp. Oto częściowy schemat Venna nad tym, nad czym obecnie działa wydanie kliniczne; i powinien dać Ci ogólne wyobrażenie o tym, jak idziemy o podejmowaniu decyzji o tym, co zostanie uwzględnione.
Aby uzyskać więcej dyskusji, zobacz temat na forach Meteor:
https://forums.meteor.com/t/custom-meteor-release/13736/6
Podstawowe użycie
Chodzi o to, że opiekun dystrybucji chce uruchomić coś w rodzaju następującego polecenia:
meteor publish-release clinical.meteor.rc6.json
Co pozwoli użytkownikom tej dystrybucji uruchomić to:
meteor run --release clinical:[email protected]
Release Manifest
Manifest wersji jest podobny do pliku NPM package.json , ponieważ jego podstawową sprawą jest określenie listy pakietów Atmosphere i udostępnienie nieco metadanych dotyczących tej listy pakietów. Podstawowy format wygląda następująco:
{
"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",
...
}
}
Dostosowywanie narzędzia Meteor
Jeśli musisz rozszerzyć narzędzie meteor lub wiersz poleceń, musisz utworzyć i opublikować własny pakiet narzędzi meteor. Dokumentacja Ronena jest najlepsza dla tego procesu:
http://practicalmeteor.com/using-meteor-publish-release-to-extend-the-meteor-command-line-tool/1
Łatwo jest uruchomić polecenie Meteor Helloworld, ale potem poczułem, że łatwiej było po prostu utworzyć osobną aplikację węzłową do testowania poleceń. Tak powstał StarryNight. To coś w rodzaju miejsca postoju i scratchpada dla poleceń przed próbą umieszczenia ich w wersji narzędzia meteorowego.
Wyodrębnianie manifestu wydania z .meteor / wersji
StarryNight zawiera małe narzędzie, które analizuje plik .meteor/versions aplikacji i konwertuje go na Manifest wydania.
npm install -g starrynight
cd myapp
starrynight generate-release-json
Jeśli nie chcesz używać StarryNight, po prostu skopiuj zawartość pliku .meteor/versions do pola packages pliku manifestu. Pamiętaj, aby przekonwertować na składnię JSON i dodać dwukropki i cudzysłowy.
Wyświetlanie manifestu wydania dla konkretnego wydania
meteor show --ejson [email protected]
Publikowanie wydania z kasy
meteor publish-release --from-checkout
Pobieranie najnowszych zatwierdzeń dla każdej paczki w wydaniu
Podczas budowania niestandardowej ścieżki wydania często jest przechowywane pakiety w katalogu /packages jako podmoduły git. Poniższe polecenie umożliwia jednoczesne pobranie wszystkich najnowszych zatwierdzeń dla podmodułów w katalogu /packages .
git submodule foreach git pull origin master
