<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: A. Gharibi</title>
    <description>The latest articles on DEV Community by A. Gharibi (@gharibi).</description>
    <link>https://dev.to/gharibi</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F128454%2Fd5ed6e9f-cbe6-4d7e-b1bd-a5f7f03d40ae.jpeg</url>
      <title>DEV Community: A. Gharibi</title>
      <link>https://dev.to/gharibi</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/gharibi"/>
    <language>en</language>
    <item>
      <title>A successful Continuous Integration (CI) process</title>
      <dc:creator>A. Gharibi</dc:creator>
      <pubDate>Wed, 01 Jan 2020 10:09:46 +0000</pubDate>
      <link>https://dev.to/gharibi/a-successful-continuous-integration-ci-process-3p6k</link>
      <guid>https://dev.to/gharibi/a-successful-continuous-integration-ci-process-3p6k</guid>
      <description>&lt;p&gt;Nowadays having Continuous Integration (aka. CI process) is a vital part of any DevOps team. In 2019, we spent quite some time on our CI process and managed to fully integrate it with our DevOps workflows.&lt;/p&gt;

&lt;p&gt;We are using 2 different technologies for the backend and frontend, that's why as the first step we had to checkout the code from 2 different repositories.&lt;/p&gt;

&lt;p&gt;As the next step, we generate the release notes using the in-house JIRA containing the release notes. Afterwards we build the artifacts. Then we do the unit testing for the both backend and the frontend.&lt;/p&gt;

&lt;p&gt;Very important was to know if the code quality was acceptable. We managed to do this by defining particular quality gates composed of various measures derived from the best practices.&lt;/p&gt;

&lt;p&gt;It was also necessary to know if the artifact was deployable. Therefore as the nest step we automatically deploy the artifact on the CI server. &lt;/p&gt;

&lt;p&gt;As the next step, we test the rest endpoints to make sure that the frontend can successfully communicate with the backend. Here the UI testing platform kicks-in. In this case we make sure the UI is working fine.&lt;/p&gt;

&lt;p&gt;In any of the above steps, if anything goes wrong, the culprit will automatically receive an email explaining the issue and then a force rejection of the code occurs.&lt;/p&gt;

&lt;p&gt;Let me know how you have implemented your CI!&lt;/p&gt;

&lt;p&gt;&lt;a href="https://res.cloudinary.com/practicaldev/image/fetch/s--xVn6quAa--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://thepracticaldev.s3.amazonaws.com/i/ykgm54nviv63rxrkdrdc.png" class="article-body-image-wrapper"&gt;&lt;img src="https://res.cloudinary.com/practicaldev/image/fetch/s--xVn6quAa--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://thepracticaldev.s3.amazonaws.com/i/ykgm54nviv63rxrkdrdc.png" alt="Alt Text"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>jenkins</category>
      <category>sonarqube</category>
      <category>ci</category>
      <category>devops</category>
    </item>
    <item>
      <title>JS Object to XLS, PDF and CSV</title>
      <dc:creator>A. Gharibi</dc:creator>
      <pubDate>Sun, 13 Jan 2019 17:40:19 +0000</pubDate>
      <link>https://dev.to/gharibi/js-object-to-xls-pdf-and-csv-256o</link>
      <guid>https://dev.to/gharibi/js-object-to-xls-pdf-and-csv-256o</guid>
      <description>

</description>
      <category>javascript</category>
      <category>jstopdf</category>
      <category>jstoxls</category>
      <category>jstocsv</category>
    </item>
  </channel>
</rss>
