Aky system pre CI/CD rubrika: Nástroje: Verzování

5 TrSek
položil/-a 15.5.2020

Snazime sa nasadit build server. Urceny ma byt primarne pre programy pisane v C# Visual Studio. Dalej C++ starucky Borland Builder, C/C++ v gnuC. Mozno PHP ale to len okrajove. Podmienkou je ze zdrojaky nesmu opustit firmu a ze system ma byt in house.

Presli sme si par: TeamCity, Jenkins, Bamboo, Phabricator. Najlepsi bol teamcity, ale radi by sme nieco free. Co pouzivate, doporucujete?

odkaz
3 Ericsko
odpověděl/-a 22.5.2020

Co tak skusit gitlab?

Komentáře

  • TrSek : gitlab bol medzi skusanymi ale ... pokial slo o to hostovat na gitlab.com a nakonfigurovat si to na gitlab.com tak dobre. V momente ked sme to prenasali na svoj vlastny pocitac zacali problemy a nakoniec sme niekde narazili tak ze sme to vzdali. 22.5.2020
  • harrison314 : Nemozem povedat, ze by bol gitlab zly. Ale asi po roku pouzivania sme zistili, ze plno feature, ktore potrebujeme su len v pro verzii, alebo sme narazili na problemi (bugy), o ktorych gitlab sice vie roky ale neplanuje ich opravovat (napr. build agent nepodporuje cesty dlhsie ako 256 znakov - v dnesnej dobe!). 23.5.2020
  • Kit : K čemu je v dnešní době dobrá cesta >255 znaků? 23.5.2020
  • harrison314 : @Kit: Ved niesme v 80-rych rokoch. Napriklad k tomu, ze projektove subory niesu v jednom adresari. A este jestvuje taky magicky folder s nazvom node_modules. 23.5.2020
  • Kit : @harrison314: No jo, ale kdo má tak dlouhé názvy číst? Navíc se v nich velmi často opakují slova, takže se to skoro číst nedá. S 80. léty to nesouvisí. Pokud používáš namespace tak jak se má, tak nepotřebuješ víc než tehdejší limit 63 znaků, který byl ještě v těch 80. letech zvýšen na 255. Už tenkrát jsme si říkali, že tak dlouhé názvy k ničemu nebudou a platí to dodnes. 23.5.2020
  • harrison314 : @Kit: K namespace si propocitaj nazov grupy, nazov projektu, "nahodny retazec agenta", a umiestnenie agenta na disku, ono sa to naziera.To, ze gitlab agent nevie pracovat s dlhsimi cestami je buga ako svina nie featura, lebo sa zrube uz pri inicializacii buildu, ked robi cistenie repozitara. Plus cesty v node_modules neovplivnis. 23.5.2020
  • tlad : GitLab je dle me nejlepsi all-in-one reseni. Je fakt, ze nektere veci clovek musi ozelet. Pokud se bavime jenom o build serveru a nicem jinem. Tak mi je nejsympatyctejsi Jenkins. Jako jeden z mala umoznuje drzet konfiguraci v repositari jako kod, a ne jako nejaky .yaml soubor. Myslim, ze neco podobneho zavadelo i teamcity minuly rok. Jinak zajimave s tema 255 znaky. Budto to uz vyresili a nebo se my drzime tesne pod touto hranici :D 23.5.2020
  • harrison314 : @tlad: Podla toho co som cital na ich issue je problem v tom, ze maju agenta v Golangu. Ale tych fackupov som zazil viac, napriklad premenne v gitlab-ci, ci to ako uzasne github (ne)vyhladava. 23.5.2020
  • tlad : Jo, to ja verim. Taky jsem si zazil par WTF s gitlabem. No zalezi co clovek chce, budto se starat o X systemu, nebo mit jeden a delat kompromisy no... Nebo alespon ja nevim o lepsim all-in-one reseni 23.5.2020
  • Vaclav_Vanek : Souhlas s @tland, taky jsme začinal na Jenkinsu ale po "objevení" a částečném "osvojení" gitlabu tam chci dostat vše a jenkinsnu se zbavit. Čím méně systému se musí aktualizovat, tím je to pro nás jakou malou firmu lepší. Navíc to mám rozjeté v kontejneru, takže update je jednoduchý, relativně bezpečný a izolovaný od zbytku. 5.6.2020

Pro zobrazení všech 8 odpovědí se prosím přihlaste:

Rychlé přihlášení přes sociální sítě:

Nebo se přihlaste jménem a heslem:

Zadejte prosím svou e-mailovou adresu.
Zadejte své heslo.