<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Releases on rmqa.com</title>
    <link>https://rmqa.com/tags/releases/</link>
    <description>Recent content in Releases on rmqa.com</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 25 Oct 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://rmqa.com/tags/releases/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Keeping Env Files and Private Keys Out of Release Archives</title>
      <link>https://rmqa.com/keeping-env-files-and-private-keys-out-of-release-archives/</link>
      <pubDate>Sun, 25 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://rmqa.com/keeping-env-files-and-private-keys-out-of-release-archives/</guid>
      <description>&lt;p&gt;Packing scripts are often written as &amp;ldquo;take this folder and archive it&amp;rdquo;. That&amp;rsquo;s fine until the folder holds more than it should. A developer runs the release script locally once, with a &lt;code&gt;.env&lt;/code&gt; file sitting in the build folder because the integration tests needed it. A signing step drops its key file next to the program it just signed. A Mac adds &lt;code&gt;.DS_Store&lt;/code&gt; files to every folder it opens.&lt;/p&gt;&#xA;&lt;p&gt;Once a release is public, a secret inside it is public too, and deleting the release doesn&amp;rsquo;t take it back: mirrors, caches and package managers may already have copies. The only safe time to catch it is before publishing.&lt;/p&gt;</description>
    </item>
    <item>
      <title>rmqa 0.1 Checks a Software Release Before You Publish It</title>
      <link>https://rmqa.com/rmqa-0.1-checks-a-software-release-before-you-publish-it/</link>
      <pubDate>Sun, 25 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://rmqa.com/rmqa-0.1-checks-a-software-release-before-you-publish-it/</guid>
      <description>&lt;p&gt;A release is a handful of files. An archive for Linux on Intel, one for Linux on ARM, two for macOS, a zip for Windows, a checksums file. Every one of them was produced by a pipeline that went green, and yet the set can still be wrong in ways nobody looks for: the ARM archive holds the Intel build, the Intel Mac archive still has last week&amp;rsquo;s program inside, the license is missing from the zip.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
