Composer – packagist – github – bug či co?

Upozornění: Tohle vlákno je hodně staré a informace nemusí být platné pro současné Nette.
Kcko
Člen | 465
+
0
-

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

  1. Kde má na GH 2.2.x-dev? Na Packagistu tento rls je a na GH nikoliv.
  2. 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)

Filip Procházka
Moderator | 4668
+
0
-

Předpokládám že vyřešeno, že?

Kcko
Člen | 465
+
0
-

@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/yy

s 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
+
0
-

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

Filip Procházka
Moderator | 4668
+
0
-

„Tagovat“ -dev stabilitu nedává smysl, -dev jsou pouze větve.

Kcko
Člen | 465
+
0
-

Ok díky.

@Quinix to jsem nevěděl, tak ted už ano.

@FilipProcházka To jsem se už dozvěděl od Jordiho z Packagist.org, který mi všechno vysvětlil, tak už mám jasno :-)

Vyřešeno.