GitLab pages weblapas hostings

 GitLab ir līdzīgs GitHub. Toties ir webIDE, ar kuru ērti var augšupielādēt failus. Bezmaksas. Soļi:

1. Reģistrējas GitLab serverī, piemēram kā "plaudis". Var ieiet ar Google accountu. Maksājumus neprasa.
2. Atver jaunu Repozitāriju - Projektu un iedod vārdu plaudis.gitlab.io , nosaukums svarīgs tieši tāds, publisku liekam. Var klonēt kādu esošu, bet var taisīt tukšu.
   
3. Sanācis projekts gitlab.com/plaudis/plaudis.gitlab.io
4. Projektā spiežam pogu [CI/CD configuration]. Failā .gitlab-ci.yml taisam konfigurāciju kādā automātiski lapa nonāks uz servera. Nav viss jāzina, caur pipelines nonākšanu uz web-servera dara Jobs... nav ko mocīties, automātiski pats viss bakstīsies, kad Commit poga tiks spiesta vēlāk. Tātad ejam piemērs-te un kopējam  .gitlab-ci.yml tekstu, paste savā konfigurācijas failā.
   

   image: alpine:latest
   
   pages:
     stage: deploy
     script:
     - echo 'Nothing to do...'
     artifacts:
       paths:
       - public
       expire_in: 1 day
     only:
     - master 

5. Ja gļuko [Edit] poga, tad vienmēr var lietot [Web IDE] pogu, reizēm faili negrib rediģēties.
6. Projektā spiežam  [+] new directory un taisam folderīti "public" tieši tādu. Ieejam folderī iekšā.
   
7. Projektā atkal [+] upload file un augšupielādē index.html (Hello world! versiju).
8. Ja tagad spiežam Commit (norādām Master branch, lai neveido jaunus merge), rediģējot index.html, tad vajadzētu automātikai sākt darboties.
9. WebIDE režīmā vajag nostāties uz foldera, tad labo peli un "upload". Citādi augšuplādēs nepareizā folderī.
   
10. Ejam uz CI/CD Pipelines. Ja viss labi, tad redzami etapi, kurus vajag Play secīgi, bet pats jau automātiski dažās sekundēs izdarīsies bez piespiešanas. Ja CI kods nav sasējies, tad ejam un parediģējam .gitlab-ci.yml , saglabājam Commit un tad vajadzētu negļukot. Viņam jāsaprot, ka tas ir konfigurācijas fails, nevis parastais.
    
11. Ja visi Jobs iekš pipelines nostrādā paši, tad vajadzētu būt lapai plaudis.gitlab.io

Atšķirībā no GitHub, šis ir vēl vairāk paredzēts programmu izstrādātājiem, kas sūta kodu uz mākoņserveriem AWS,Azure,GCloud, kubernetes. Bet ļoti labi var glabāt arī statiskas weblapas. Uz GitLab servera iekšēji viss paliek redzams.

Biki noņemšanās, bet galā viss darbojas. WebIDE panelī var augšupielādēt kaudzi ar failiem, tos iezīmējot.

Katrs solis saglabājas un audzē storage apjomu. Samazināt nevar. Var dzēst projektu un veidot no jauna ar to pašu nosaukumu. Varbūt GitLab to risinās vēlāk, bet visi storage cleanup pasākumi drīzāk audzē vēsturi, kuru tāpat neizdzēst. Nav vērts. Tāds tas Git pasākums ir visur. Dzēs un taisi tādu pašu, tad var klonēt ar Git Bash rīkiem zaļos komandlogos, git add *  uz pabāztiem failiem, utt., tāpat kā uz GitHub, vai Bitbucket, u.c. Jālasa palīdzības.