<?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: Frozonic</title>
    <description>The latest articles on DEV Community by Frozonic (@frozonicapp).</description>
    <link>https://dev.to/frozonicapp</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%2F162081%2Fa34c7eca-70c8-4e3c-98e7-2150bed64624.png</url>
      <title>DEV Community: Frozonic</title>
      <link>https://dev.to/frozonicapp</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/frozonicapp"/>
    <language>en</language>
    <item>
      <title>What do you think about Frozonic?</title>
      <dc:creator>Frozonic</dc:creator>
      <pubDate>Tue, 28 May 2019 16:35:11 +0000</pubDate>
      <link>https://dev.to/frozonicapp/what-do-you-think-about-frozonic-3eg4</link>
      <guid>https://dev.to/frozonicapp/what-do-you-think-about-frozonic-3eg4</guid>
      <description>&lt;h1&gt;
  
  
  What do you think about Frozonic?
&lt;/h1&gt;

&lt;p&gt;Hey all!&lt;/p&gt;

&lt;p&gt;We launched our beta a few weeks ago and would love to hear what you think about the app.&lt;/p&gt;

&lt;p&gt;Since we launched we've made a bunch of updates to make sure everything is super straightforward.&lt;/p&gt;

&lt;p&gt;It would mean a world to us if you could take a few minutes to try it out and let us know what you think. You can visit &lt;a href="https://www.frozonic.app"&gt;here&lt;/a&gt; and sign up via Github. It is pretty easy.&lt;/p&gt;

&lt;p&gt;Thanks to all in advance!&lt;/p&gt;

</description>
      <category>showdev</category>
      <category>devtools</category>
      <category>share</category>
      <category>discuss</category>
    </item>
    <item>
      <title>Share your thoughts about code freezing</title>
      <dc:creator>Frozonic</dc:creator>
      <pubDate>Wed, 08 May 2019 18:11:35 +0000</pubDate>
      <link>https://dev.to/frozonicapp/share-your-thoughts-about-code-freezing-pf9</link>
      <guid>https://dev.to/frozonicapp/share-your-thoughts-about-code-freezing-pf9</guid>
      <description>&lt;p&gt;In the last few days we've been getting feedback around how code freezing sort of flows in the opposite direction of Continuous Integration, which is not false, it does break it in a sense. But we also believe that for certain situations it is desired to stop merging code into production, here are a few examples:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;When young products are being demoed in events.&lt;/li&gt;
&lt;li&gt;When Mobile dev teams are submitting an app version for approval in the different application stores.&lt;/li&gt;
&lt;li&gt;When infrastructural changes are being made. (i.e. server migrations, database engine migrations, etc.)&lt;/li&gt;
&lt;li&gt;When apps need to be reviewed out, or audited for compliance purposes.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Do you agree with these? There could also be a lot more scenarios in which code freezing might be a good idea or strategy, but we would love to hear from you.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Do you think this is a relevant topic or discussion to have?&lt;/li&gt;
&lt;li&gt;Do you think sometimes it is ok not to follow a principle completely? (like CI/CD for instance).&lt;/li&gt;
&lt;li&gt;What do you think in general about this topic?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Please share your thoughts!&lt;/p&gt;

&lt;p&gt;Happy Wednesday!&lt;/p&gt;

</description>
      <category>devtools</category>
      <category>codefreeze</category>
      <category>discuss</category>
    </item>
    <item>
      <title>Prevent undesired code changes</title>
      <dc:creator>Frozonic</dc:creator>
      <pubDate>Thu, 02 May 2019 07:04:16 +0000</pubDate>
      <link>https://dev.to/frozonicapp/prevent-undesired-code-changes-2oi6</link>
      <guid>https://dev.to/frozonicapp/prevent-undesired-code-changes-2oi6</guid>
      <description>&lt;p&gt;Startups in general tend to grow and scale pretty fast. When the business has a pretty great market niche, everything is even faster. All of this growth entails showcasing  products, pitching the business ideas to potential investors and even making live demos.&lt;/p&gt;

&lt;p&gt;Fast growth is great and as startups we should embrace that. However, sometimes it is ok to slow down. It is ok to say: "We won't be merging new code this weekend". It could be because we're pitching the product to investors or because we're gonna be doing maintenance to the servers or because of any other reason. It should be fine to slow down when it's needed.&lt;/p&gt;

&lt;p&gt;Teams usually set a period of time in which all code changes are frozen or blocked (This is what we call "code freeze"). There is not a formal or standard way to do this. It's done via email or via Slack.&lt;/p&gt;

&lt;p&gt;This seems to work just fine, right? Well, sometimes it is hard to tell, if the code freeze is still on or whether X or Y project falls into that period of time, or even worse, there's not an actual way to prevent someone from merging code. Some teams disable automatic deploys, which is not so ideal, it requires the appropriate people to be available when it is time to enable them back.&lt;/p&gt;

&lt;p&gt;Great communication across the teams is very important and enforcing certain rules is even more.&lt;/p&gt;

&lt;p&gt;This is what Frozonic is here to help you with. Not only to keep code freezes well communicated across teams and projects but also to enforce nothing is actually merged during code freezes.&lt;/p&gt;

&lt;p&gt;You can prevent pull requests from being merged into master if the code freeze check is required for merging. You can easily configure all this periods of time from the Frozonic dashboard.&lt;/p&gt;

&lt;p&gt;You won't have to be dealing with permissions and access control since it is all figured out. We map user's access level from Github. So that you don't have to take that extra step of setting everything up once again.&lt;/p&gt;

&lt;p&gt;We encourage you to try &lt;a href="https://www.frozonic.app"&gt;Frozonic&lt;/a&gt; and let us know what you think. Join our beta today. If you liked it tweet about it: &lt;a href="https://www.twitter.com/frozonicapp"&gt;@FrozonicApp&lt;/a&gt;&lt;/p&gt;

</description>
      <category>developertools</category>
      <category>codefreeze</category>
      <category>productivity</category>
      <category>communication</category>
    </item>
    <item>
      <title>Frozonic: Code freeze management for your repositories</title>
      <dc:creator>Frozonic</dc:creator>
      <pubDate>Mon, 29 Apr 2019 18:02:21 +0000</pubDate>
      <link>https://dev.to/frozonicapp/frozonic-code-freeze-management-for-your-repositories-4dik</link>
      <guid>https://dev.to/frozonicapp/frozonic-code-freeze-management-for-your-repositories-4dik</guid>
      <description>&lt;p&gt;Frozonic is a tool development teams use to communicate code freeze windows and avoid undesired product behavior changes.&lt;/p&gt;

&lt;p&gt;It is a common practice across companies to let people know via Slack or email that there is a code freeze window happening and that merging code to production is not allowed. Sometimes it is very hard to keep this in mind as teams move forward. Frozonic integrates code freeze checks into your software development cycle to help you communicate code freeze windows accurately, openly and explicitly.&lt;/p&gt;

&lt;p&gt;We're being featured today on &lt;a href="https://www.producthunt.com/"&gt;ProductHunt&lt;/a&gt;. Please take a look and let us know what your thoughts are :)&lt;/p&gt;

&lt;p&gt;Don't forget to come by our &lt;a href="https://www.frozonic.app/?ref=dev.to"&gt;home&lt;/a&gt; and explore!&lt;/p&gt;

</description>
      <category>showdev</category>
      <category>developertools</category>
      <category>productivity</category>
    </item>
  </channel>
</rss>
