<?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 Ian&#39;s (not so) technical blog</title>
    <link>https://dev-www.0x69616e.com/tags/gitlab/</link>
    <description>Recent content in Gitlab on Ian&#39;s (not so) technical blog</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <copyright>Ian Wilson.</copyright>
    <lastBuildDate>Tue, 16 Jul 2019 17:02:05 +0000</lastBuildDate>
    <atom:link href="https://dev-www.0x69616e.com/tags/gitlab/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Cypress for e2e testing</title>
      <link>https://dev-www.0x69616e.com/posts/cypress-for-e2e-testing/</link>
      <pubDate>Tue, 16 Jul 2019 17:02:05 +0000</pubDate>
      <guid>https://dev-www.0x69616e.com/posts/cypress-for-e2e-testing/</guid>
      <description>&lt;p&gt;As many of you know, I don&amp;rsquo;t make it a secret that I&amp;rsquo;m not an amazing front-end guy.  However, since I have a mantra of &amp;ldquo;test all the things&amp;rdquo; that I&amp;rsquo;m working on, when I have to do front end work, it&amp;rsquo;s my goal to test everything.&lt;/p&gt;&#xA;&lt;p&gt;I start by using &lt;a href=&#34;https://sitespeed.io/&#34;&gt;sitespeed.io&lt;/a&gt; for testing the page load and performance times of my application.  This is critical in ensuring that the code that I&amp;rsquo;m writing is performant, and doesn&amp;rsquo;t introduce any critical latency bugs to the application.  I can integrate sitespeed.io into my gitlab workflows – which is super critical, as I can reject any builds that are not performant, and a video and screen shot of the home page (and any associated pages that I&amp;rsquo;m testing) are part of the artifacts created: this enables me to provide &amp;ldquo;page level diffs&amp;rdquo; showing the content on the page that has been changed.  The one thing that Sitespeed cannot do, however, is testing functionality.  You&amp;rsquo;re limited to grabbing pages via URL, and can&amp;rsquo;t pass data into forms for posting.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Gitlab and Digital Ocean Kubernetes</title>
      <link>https://dev-www.0x69616e.com/posts/gitlab-and-digital-ocean-kubernetes/</link>
      <pubDate>Sun, 07 Jul 2019 03:59:01 +0000</pubDate>
      <guid>https://dev-www.0x69616e.com/posts/gitlab-and-digital-ocean-kubernetes/</guid>
      <description>&lt;p&gt;If you haven&amp;rsquo;t used Gitlab&amp;rsquo;s Auto Devops product yet, and you&amp;rsquo;re in the DevOps or CI/CD space, you&amp;rsquo;re really missing out on the convenience that the &lt;a href=&#34;https://docs.gitlab.com/ce/ci/review_apps/&#34;&gt;Review App&lt;/a&gt; can bring. In order to get started, you&amp;rsquo;ll need a few things:&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;A &lt;a href=&#34;https://m.do.co/c/05aa91ed1744&#34;&gt;Digital Ocean&lt;/a&gt; Account.&lt;/li&gt;&#xA;&lt;li&gt;A little bit of working Knowledge about &lt;a href=&#34;https://m.do.co/c/05aa91ed1744&#34;&gt;Digital Ocean&amp;rsquo;s&lt;/a&gt; Dashboard.&lt;/li&gt;&#xA;&lt;li&gt;Be a Site Admin for GitLab&lt;/li&gt;&#xA;&lt;li&gt;Some UNIX chops.&lt;/li&gt;&#xA;&lt;/ol&gt;&#xA;&lt;p&gt;I&amp;rsquo;m going to assume that you have a GitLab instance up and running already. Setting this up is probably a bit outside of this article, but, I highly recommend the Omnibus installer for your sanity (and mine, honestly). Fortunately, you won&amp;rsquo;t need SSH access to your Gitlab instance, but you will need to be able to open a shell and do UNIX like things. I haven&amp;rsquo;t tested this on Windows, so, you&amp;rsquo;re on your own there.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
