<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>gitlab on Christian Knedel</title>
    <link>https://www.christian-knedel.de/tags/gitlab/</link>
    <description>Recent content in gitlab on Christian Knedel</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>de-de</language>
    <lastBuildDate>Wed, 24 Mar 2021 00:00:00 +0000</lastBuildDate><atom:link href="https://www.christian-knedel.de/tags/gitlab/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Kurzgeschichte: Mein Gitlab-Setup</title>
      <link>https://www.christian-knedel.de/post/2021/march/20210324-gitlab-setup/</link>
      <pubDate>Wed, 24 Mar 2021 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/post/2021/march/20210324-gitlab-setup/</guid>
      <description>Nach meinem ersten Tutorial zum Thema „Gitlab auf der Synology-Diskstation„, wurde ich bereits mehrfach gefragt, ob ich diese Lösung noch verwende. Ne! Inzwischen habe ich meine Atlassian-Tools sowie die folgende GitLab-Installation auf einen intel NUC ausgelagert. Anbei zeige ich einmal meine aktuelle Compose -Datei, die natürlich auch auf einer Synology-Diskstation betrieben werden kann.
Man sieht deutlich, dass ich inzwischen besondere Einstellung für OpenLDAP, Container-Registry, Mail, Zertifikate und Logging verwenden. Außerdem wurde das Wiki- und Issue-tracker – Feature deaktiviert, weil ich Atlassian-Jira und Atlassian-Confluence nutze.</description>
    </item>
    
    <item>
      <title>Cooles mit Atlassian: Bamboo und jMeter ohne Plugins nutzen</title>
      <link>https://www.christian-knedel.de/post/2021/march/20210321-atlassian-bamboo-jmeter/</link>
      <pubDate>Sun, 21 Mar 2021 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/post/2021/march/20210321-atlassian-bamboo-jmeter/</guid>
      <description>Heute erstelle ich einen jMeter-Test in Bamboo. Natürlich kann man dieses Test-Setup auch mit Gitlab-Runners oder Jenkins-Slaves umsetzen.
Schritt 1: jMeter-Test erstellen Als erstes muss man natürlich einen jMeter-Test erstellen. Ich habe jMeter unter der folgenden Url heruntergeladen https://jmeter.apache.org/ und mit diesem Befehl gestartet:
x  &amp;ndash;  +   Terminal   $ java -jar bin/ApacheJMeter.jar   Siehe: Mein Demo-Test für dieses Tutorial soll fehlerhafte und funktionierende Sampler enthalten.</description>
    </item>
    
    <item>
      <title>Issue-Dashboard mit RaspberryPiZeroW, Javascript und GitLab</title>
      <link>https://www.christian-knedel.de/post/2021/march/20210306-gitlab-dashboard/</link>
      <pubDate>Sat, 06 Mar 2021 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/post/2021/march/20210306-gitlab-dashboard/</guid>
      <description>Die Installation mit Raspberry-Noobs ist kinderleicht! Alles was Sie brauchen ist ein RaspberryZeroW und eine leere SD-Karte.
Schritt 1: Noobs-Installer Laden Sie den Noobs-Installer von https://www.raspberrypi.org/downloads/noobs/ herunter.
Schritt 2: SD-Karte Entpacken Sie dieses Zip-Archiv auf der leeren SD-Karte.    Fertig! Nun können Sie den RaspberryPiZero am Fernseher anschließen. Anschließend sehen Sie das Installations-Menü.    Wenn Sie NoobsLite auf der Karte haben, dann müssen Sie zunächst eine WLAN – Verbindung herstellen.</description>
    </item>
    
    <item>
      <title>Gitlab-Seminar: Wie kann ich eine statische WordPress-Kopie über die Gitllab-Pipeline deployen?</title>
      <link>https://www.christian-knedel.de/post/2020/february/20200216-wordpress-pipeline/</link>
      <pubDate>Sun, 16 Feb 2020 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/post/2020/february/20200216-wordpress-pipeline/</guid>
      <description>Statische Webseiten laden schneller und bieten weniger Angriffsfläche. Ich zeige Ihnen, wie man eine CMS-Seite über Gitlab-Pipline konvertiert. Zunächst lege ich eine Build-Stage an, die eine statische Kopie via wget erzeugt.
uild: stage: build when: always only: - master script: - mkdir static - rm -r .git - wget -k -K -E -r -l 10 -p -N -F --restrict-file-names=windows -nH http://wordpress-adresse/ -P static &amp;gt;&amp;gt; /dev/null 2&amp;gt;&amp;amp;1 || true - find .</description>
    </item>
    
    <item>
      <title>Synology-Nas: Setting up Gitlab Triggers</title>
      <link>https://www.christian-knedel.de/post/2020/february/20200216-synology-trigger/</link>
      <pubDate>Sun, 16 Feb 2020 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/post/2020/february/20200216-synology-trigger/</guid>
      <description>In order to trigger a Gitlab pipeline automatically, a so-called trigger must be created. You can create as many triggers as you want in the project - settings.    These triggers look like this. Of course, the (placeholders) must be replaced. x  &amp;ndash;  +   Terminal   $ curl -X POST -F token=(TOKEN) -F ref=(BRANCH) http://(ip):(port)/api/v4/projects/(project-id)/trigger/pipeline  
This curl call can be entered into the Synology task scheduler, Done!</description>
    </item>
    
    <item>
      <title>uiPath-Windows-Roboter mit Gitlab orchestrieren</title>
      <link>https://www.christian-knedel.de/post/2020/february/20200207-gitlab-uipath/</link>
      <pubDate>Fri, 07 Feb 2020 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/post/2020/february/20200207-gitlab-uipath/</guid>
      <description>UiPath ist ein etablierter Standard in der Robotic-Process-Automation. Mit uiPath können Sie einen software-basierenden Roboter/Bot entwickeln, der ihnen komplexe Datenverarbeitungs- bzw. Klick-Aufgaben abnimmt. Aber lässt sich so ein Roboter auch mit Gitlab steuern?
Kurze Antwort „Ja&amp;quot;. Und wie genau sehen Sie hier. Für die folgenden Schritte benötigen Sie neben den Administrationsrechten auch etwas uiPath-, Windows- und Gitlab- Erfahrung.
Schritt 1: Als erstes muss ein Gitlab-Runner installiert werden. 1.1.) Legen Sie einen neuen Gitlab-User für ihr Ziel-Betriebssytem an.</description>
    </item>
    
    <item>
      <title>Synology Nas: Gitlab installieren?</title>
      <link>https://www.christian-knedel.de/post/2019/july/20190717-gitlab-on-synology/</link>
      <pubDate>Wed, 17 Jul 2019 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/post/2019/july/20190717-gitlab-on-synology/</guid>
      <description>Hier zeige ich wie ich Gitlab und einen Gitlab-Runner auf meinen Synology-Nas installiert habe. Zunächst muss die GitLab-Applikation als Synology-Paket installiert werden. Suchen Sie nach “Gitlab” im “Paket-Zentrum” und klicken Sie auf “Installieren”.
   Der Dienst hört bei mir auf den Port “30000”. Wenn alles geklappt hat, rufe ich mein Gitlab mit http://SynologyHostName:30000 auf und sehen dieses Bild:
   Bei der ersten Anmeldung werde ich nach dem zukünftigen “Admin”-Password gefragt.</description>
    </item>
    
    <item>
      <title>Synology-Nas: Gitlab – Runner im Docker-Container</title>
      <link>https://www.christian-knedel.de/post/2019/july/20190717-synology-gitlab-runner/</link>
      <pubDate>Wed, 17 Jul 2019 00:00:00 +0000</pubDate>
      
      <guid>https://www.christian-knedel.de/post/2019/july/20190717-synology-gitlab-runner/</guid>
      <description>Wie installiere ich einen Gitlab – Runner als Docker -Container auf meinen Synology-Nas?
Schritt 1: Docker-Image suchen Ich klicke im Synology-Docker-Fenster auf den Reiter „Registrierung“ und suche nach Gitlab. Ich wähle das Docker-Image „gitlab/gitlab-runner“ und wähle anschließend den Tag „bleeding“    Schritt 2: Image/Abbild in Betrieb nehmen: Hosts-Problem Meine Synology-Gitlab-insterlation weist sich selbst immer nur über den Hostname aus. Da ich das Original Synology-Gitlab-Paket aus dem Paket-Zentrum genommen habe, lässt sich dieses Verhalten in Nachhinein nicht ändern.</description>
    </item>
    
  </channel>
</rss>
