<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Discover Docker, K8s and Hashicorp Nomad with Maksym Prokopov: posts tagged gitlab</title>
<link>https://blog.it-premium.com.ua/tags/gitlab/</link>
<description>The blog about containerisation, virtual machines and useful shell snippets and findings</description>
<author></author>
<language>en</language>
<generator>Aegea 11.3 (v4134)</generator>

<itunes:subtitle>The blog about containerisation, virtual machines and useful shell snippets and findings</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit></itunes:explicit>

<item>
<title>The Gitlab pecularities</title>
<guid isPermaLink="false">217</guid>
<link>https://blog.it-premium.com.ua/all/the-gitlab-pecularities/</link>
<pubDate>Wed, 25 Mar 2020 08:51:08 +0100</pubDate>
<author></author>
<comments>https://blog.it-premium.com.ua/all/the-gitlab-pecularities/</comments>
<description>
&lt;p&gt;For a very long time, I used to work with Jenkins most of my work time, but since my new job, I have to spend more time with Gitlab and started having a bunch of  WTFs. So here is my list:&lt;/p&gt;
&lt;ol start="1"&gt;
&lt;li&gt;Caching. Distributed cache requires S3 implementation. Here is free one: &lt;a href="https://min.io/"&gt;https://min.io/&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;Stages. Stages are not the same stages as Jenkins has, these are naturally separate jobs with the separate BUILD_IDs, so you’d better use CI_PIPELINE_ID.&lt;/li&gt;
&lt;li&gt;Declarative pipeline. The only YAML can be used with its pros and cons, but having Gitlab Actions is mainstream nowadays.&lt;/li&gt;
&lt;li&gt;Files. You can’t store ssh key as a file in GitLab, only like a variable. That means you need to create one using echo $variable in your script. With proper permissions.&lt;/li&gt;
&lt;/ol&gt;
</description>
</item>

<item>
<title>What to do if Gitlab cache doesn’t work?</title>
<guid isPermaLink="false">216</guid>
<link>https://blog.it-premium.com.ua/all/what-to-do-if-gitlab-cache-doesnt-work/</link>
<pubDate>Tue, 24 Mar 2020 10:42:00 +0100</pubDate>
<author></author>
<comments>https://blog.it-premium.com.ua/all/what-to-do-if-gitlab-cache-doesnt-work/</comments>
<description>
&lt;p&gt;That seems to be a peculiarity of the Gitlab because of its nature.&lt;/p&gt;
&lt;p&gt;The thing is that local cache is really local to the particular runner, so if you use shared runners each next task will be assigned most probably to the different runner(node). In this way you will not have the same cache unless you’re using distributed cache stored on S3.&lt;/p&gt;
&lt;p&gt;The easiest way to tackle this is to use a tag for each of your stage. Thus it’s going to stick to particular runner.&lt;/p&gt;
</description>
</item>

<item>
<title>Dockerized Gitlab + Registry + nginx-proxy container with SSL</title>
<guid isPermaLink="false">165</guid>
<link>https://blog.it-premium.com.ua/all/dockerized-gitlab-registry-nginx-proxy-container-with-ssl/</link>
<pubDate>Tue, 08 Nov 2016 13:27:38 +0100</pubDate>
<author></author>
<comments>https://blog.it-premium.com.ua/all/dockerized-gitlab-registry-nginx-proxy-container-with-ssl/</comments>
<description>
&lt;p&gt;For me worked following configuration for jwilder/nginx-proxy container.&lt;/p&gt;
&lt;pre class="e2-text-code"&gt;&lt;code class=""&gt;web:
  image: &amp;#039;gitlab/gitlab-ce:latest&amp;#039;
  hostname: &amp;#039;gitlab.it-expert.com.ua&amp;#039;
  environment:
    GITLAB_OMNIBUS_CONFIG: |
      external_url &amp;#039;https://gitlab.it-expert.com.ua&amp;#039;
      registry_external_url &amp;#039;https://registry.it-expert.com.ua&amp;#039;
    VIRTUAL_HOST: gitlab.it-expert.com.ua,registry.it-expert.com.ua
    VIRTUAL_PORT: 443
    VIRTUAL_PROTO: https
  volumes:
    - &amp;#039;./data/config:/etc/gitlab&amp;#039;
    - &amp;#039;./data/logs:/var/log/gitlab&amp;#039;
    - &amp;#039;./data/data:/var/opt/gitlab&amp;#039;&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Tricky part was to figure out how containers is connected and which and who should process SSL.&lt;/p&gt;
&lt;p&gt;For this configuration you should supply SSL certificates both for nginx-proxy and gitlab-ce containers, because communications between them is also using SSL. For gitlab-ce use ./data/config/ssl folder.&lt;/p&gt;
</description>
</item>

<item>
<title>GITLAB_TIMEZONE для Киева</title>
<guid isPermaLink="false">112</guid>
<link>https://blog.it-premium.com.ua/all/gitlab-timezone-dlya-kieva/</link>
<pubDate>Thu, 05 May 2016 16:18:01 +0100</pubDate>
<author></author>
<comments>https://blog.it-premium.com.ua/all/gitlab-timezone-dlya-kieva/</comments>
<description>
&lt;p&gt;Правильно указывать в docker-compose.yml так&lt;/p&gt;
&lt;p&gt;GITLAB_TIMEZONE=Kyiv&lt;/p&gt;
</description>
</item>

<item>
<title>Как проще всего поднять docker</title>
<guid isPermaLink="false">55</guid>
<link>https://blog.it-premium.com.ua/all/kak-prosche-vsego-podnyat-docker/</link>
<pubDate>Wed, 28 Oct 2015 10:24:08 +0100</pubDate>
<author></author>
<comments>https://blog.it-premium.com.ua/all/kak-prosche-vsego-podnyat-docker/</comments>
<description>
&lt;p&gt;Моя инструкция для Ubuntu:&lt;/p&gt;
&lt;ol start="1"&gt;
&lt;li&gt;Добавляем репозиторий для свежего docker.&lt;/li&gt;
&lt;li&gt;Ставим через apt-get docker-engine&lt;/li&gt;
&lt;li&gt;Ставим docker-compose.  &lt;br /&gt;
curl -L &lt;a href="https://github.com/docker/compose/releases/download/1.5.0rc1/docker-compose-"&gt;https://github.com/docker/compose/releases/download/1.5.0rc1/docker-compose-&lt;/a&gt;`uname -s`-`uname -m` &gt; /usr/local/bin/docker-compose&lt;br /&gt;
и делаем его исполняемым&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;chmod +x /usr/local/bin/docker-compose&lt;/p&gt;
&lt;ol start="4"&gt;
&lt;li&gt;Забираем через git docker-compose.yml и стартуем как docker-compose up.&lt;br /&gt;
После этого этапа все должно завестись.&lt;/li&gt;
&lt;li&gt;Настраиваем автозапуск через систему upstart&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;/etc/init/gitlab.conf&lt;br /&gt;
description “Gitlab docker containers”&lt;br /&gt;
author “Me”&lt;br /&gt;
start on filesystem and started docker&lt;br /&gt;
stop on runlevel [!2345]&lt;br /&gt;
respawn&lt;br /&gt;
chdir /home/nexus/docker.src/docker-gitlab/&lt;/p&gt;
&lt;p&gt;script&lt;br /&gt;
/usr/local/bin/docker-compose start -d&lt;br /&gt;
end script&lt;/p&gt;
</description>
</item>


</channel>
</rss>