<?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: Actions Manager</title>
    <description>The latest articles on DEV Community by Actions Manager (@actionsmanager).</description>
    <link>https://dev.to/actionsmanager</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.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4038879%2F9a31c9c4-2593-44de-a4e4-82cd3b99d583.png</url>
      <title>DEV Community: Actions Manager</title>
      <link>https://dev.to/actionsmanager</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/actionsmanager"/>
    <language>en</language>
    <item>
      <title>ActionsManager - manage GitHub Actions across repositories</title>
      <dc:creator>Actions Manager</dc:creator>
      <pubDate>Wed, 22 Jul 2026 22:41:00 +0000</pubDate>
      <link>https://dev.to/actionsmanager/actionsmanager-manage-github-actions-across-repositories-4e7o</link>
      <guid>https://dev.to/actionsmanager/actionsmanager-manage-github-actions-across-repositories-4e7o</guid>
      <description>&lt;p&gt;I’ve been working on a self-hosted tool for managing GitHub Actions across multiple repositories, mostly because I was tired of maintaining the same workflow patterns repo by repo.&lt;/p&gt;

&lt;p&gt;The main problem I’m trying to solve is keeping reusable workflows and their caller workflows consistent. ActionsManager tracks the managed workflow definition, shows which repositories have drifted, and can group updates into a PR campaign across the affected repositories.&lt;/p&gt;

&lt;p&gt;It currently runs as a single Docker container and includes:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Multi-repository project management&lt;/li&gt;
&lt;li&gt;Reusable and caller workflow management&lt;/li&gt;
&lt;li&gt;Workflow drift detection&lt;/li&gt;
&lt;li&gt;Build-type detection&lt;/li&gt;
&lt;li&gt;PR-based workflow rollouts&lt;/li&gt;
&lt;li&gt;Bulk PR management&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The project is currently a free self-hosted public beta. I’m mainly looking for technical feedback from developers and platform engineers who manage GitHub Actions across a larger set of repositories.&lt;/p&gt;

&lt;p&gt;Project: &lt;a href="https://actionsmanager.io" rel="noopener noreferrer"&gt;actionsmanager.io&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;GitHub: &lt;a href="https://github.com/dawg-io/actions-manager" rel="noopener noreferrer"&gt;github.com/dawg-io/actions-manager&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;How are you handling this today? Internal tooling, scripts, Renovate, repository templates, or something else?&lt;/p&gt;

&lt;p&gt;I’d also be interested in hearing where this approach would break down in a real platform-engineering environment.&lt;/p&gt;

</description>
      <category>devops</category>
      <category>githubactions</category>
      <category>productivity</category>
      <category>cicd</category>
    </item>
  </channel>
</rss>
