Stěžovali si i jiní vývojáři. Na druhou stranu, ta kontrola prý obnáší i požadavek na zbuildování identického kódu ze zdrojáků. Tedy že reviewer musí u každého rozšíření nastavit buildovací prostředí podle autora, čili pokaždé jinak, s jinými nástroji a jejich verzemi apod. Od toho se prý odvíjí ten argument na minifikovaný, zřetězený či jinak strojově generovaný kód. Když se to reviewerovi nepodaří program zbuildovat identicky nebo vůbec, zamítne to s tímto.
no - npm install -g yarn is not correct, our readme says it in bold like 5 times and provides the exact correct command to install the right version
Upřímně řečeno, kdybych byl na pozici testera těch rozšíření a pro každý takový balíček bych musel mít speciální prostředí podle toho, jak se který ten autor zrovna dneska vyspal, tak by neprošlo vůbec nic. :-) Jako tohle je fakt peklo. Chceme reproducible builds, a tak pro jistotu ty rozšíření nejdou vlastně vůbec snadno zbuildit a pro milion rozšíření je potřeba milion prostředí. A tohle si pak taháme do prohlížečů.
On tam je standardizovany subor, package.json a potom prikaz na zbuildenie je `yarn install && yarn build` (prvy potaha chybajuce dependencies a druhy zbuilduje). Vsetko pekne standardne v js/ts svete. Naopak, make by tam bol dost nestandardny.
Akurat yarn sa instaluje per-projekt a nie globalne cez npm:
The preferred way to manage Yarn is by-project and through Corepack, a tool shipped by default with Node.js. Modern releases of Yarn aren't meant to be installed globally, or from npm.
A pretoze to ludia, co sa nevenuju vyvoju v js nevedia, tak to bolo v readme.