Composer – packagist – github – bug či co?
- Kcko
- Člen | 468
Vím, že se to se moc nehodí, ale composer a tagovaní tady spousta lidí používá (stejně tak balíčky na packagist-u), tak třeba někdo bude vědět.
Včera jsem si s tím trošku hrál a chová se mi to divně.
Vytvořený repositář na GH, testovací.
https://github.com/…usy/releases
(přes 30) a na packagist-u https://packagist.org/…/kcko/pokusy
se mi rozhodně nevypisují všechny.
Je fakt, že ty release jsem tam sázel jak mě napadlo (verzovaní jsem jednou udělal jako vyšší číslo, pak jako nižší a sázel jsem to v řádu desítek sekund či několika málo minut), ale i přesto nechápu proč tam prostě nemám všechny release.
Druhá věc je ta, že nerozumím řazení. Rozhodně to není ani podle času ani podle názvu (poslední 2 release – i když to nedává smysl – jen to testuji – jsou
7.8.877-rc5
3.4.5
11.22.33
a ve výpise je to uplně jinak.
Neví někdo co se děje nebo dělám něco špatně?
Ještě drobnost, díval jsem se k DG jak má zaverzovanou Tracy.
https://packagist.org/…/tracy/tracy
https://github.com/…acy/releases
- Kde má na GH 2.2.x-dev? Na Packagistu tento rls je a na GH nikoliv.
- Jak se určuje poslední release? Měl jsem vzato, že je to poslední vydaná verze která není zároveň pre-lease. David má po 2.2.3 která je označená jako latest, ještě další novější verze.
Díky moc! Jsem z toho trošku jelen.
Editoval Kcko (11. 12. 2014 1:52)
- Kcko
- Člen | 468
@FilipProcházka Víceméně ano.
Moje blbost byla ta, že jsem zakládal nové release bez nových commitů a v rámci zuřivého testování, ty release základal v rozmezí desítek vteřin po sobě a nedával jsem je ani popořadě (tj nesmyslně vyšší verze → pak nižší verze → pak uplně jiná) a uplně jsem ten systém rozbil.
Takže tohle na GH funguje asi v pořádku když se člověk chová normálně.
Co se týka Packagistu tak si může člověk otestovat všechny tagy jestli jsou validní a pokud ne, tak se mu to vypíše přes příkaz
composer show -v xx/yys tím, že v composer.json musí být toto
{
„repositories“: [{„type“:„vcs“,
„url“:„https://github.com/User/repo“}]
}
a kdyby si chtěl někdo hodně hrát s verzovaním tak tady https://github.com/…rserTest.php#L79 najde výčet povolených hodnot.
Takže z velké části vyřešeno.
Pro mě zůstává k vyřešení:
Ještě drobnost, díval jsem se k DG jak má zaverzovanou Tracy.
https://packagist.org/…/tracy/tracy
https://github.com/…acy/releases
Kde má na GH 2.2.x-dev? Na Packagistu tento rls je a na GH nikoliv.
Žádný balíček s -dev se mi na Packagistu nevypsal (zkoušel jsem jiné stability, např. alpha, beta, rc, rc-cislo, stable) ⇒ vše OK, -dev nikdy a nechápu jak to tam @DavidGrudl dostal.
A ještě mi vadí, že nemám nebo neznám způsob pokud vydám nový release (a blbě ho pojmenuji – Packagist ho odmítne, tak ho nijak nepřejmenuji / nesmaži – což je asi pochopitelné), ale ani dopředu nevím jak bych si to zkontroloval. Stačí asi namítnout, nepojmenovávat to jak debil a držet se konvencí, ale to nestačí.
Hlavně jsem si vytvořil verzi 0.3.0 http://files.rjwebdesign.cz/…--t---pn.png (validní
očividně)
a pak ještě se stabilitou -stable a -rc a na packagistu ta 0.3.0 není
https://packagist.org/…itapackagist
To je mi tak ještě záhadou … Jinak vše.
- Quinix
- Člen | 108
2.2.x-dev je označení branch v2.2. Z větví pojmenovaných ve stejnym tvaru jako release (x.y.z) to dělá composer automaticky, jinak se dá použít branch alias