<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>GitHub Actions on Stefan Maron | Business Central &amp; AL Development</title><link>https://stefanmaron.com/tags/github-actions/</link><description>Recent content in GitHub Actions on Stefan Maron | Business Central &amp; AL Development</description><generator>Hugo -- gohugo.io</generator><language/><lastBuildDate>Fri, 27 Feb 2026 07:00:00 +0100</lastBuildDate><atom:link href="https://stefanmaron.com/tags/github-actions/index.xml" rel="self" type="application/rss+xml"/><item><title>Optimizing BC Code History Downloads with HTTP Range Requests</title><link>https://stefanmaron.com/posts/optimizing-bc-code-history-range-requests/</link><pubDate>Fri, 27 Feb 2026 07:00:00 +0100</pubDate><guid>https://stefanmaron.com/posts/optimizing-bc-code-history-range-requests/</guid><description>The MSDyn365BC.Sandbox.Code.History repository automatically tracks every version of the Microsoft Business Central application source code across roughly 50 countries. Two GitHub Actions workflows run daily, picking up new BC sandbox artifacts and committing the AL source to version-controlled branches.
It works well — but builds had started failing silently, and once I started digging in, things unraveled fast.
Fixing what was broken first The original trigger was rebase failures. When late hotfix versions created merge conflicts during git pull --rebase, the scripts relied on fragile output string matching to detect and resolve them.</description></item><item><title>Turning My Coding Streams Into Blog Posts (With a Little Help From Claude)</title><link>https://stefanmaron.com/posts/turning-streams-into-blog-posts/</link><pubDate>Tue, 24 Feb 2026 16:00:00 +0100</pubDate><guid>https://stefanmaron.com/posts/turning-streams-into-blog-posts/</guid><description>I&amp;rsquo;ll be honest: I&amp;rsquo;m lazy when it comes to writing blog posts. Not lazy about sharing — I try to stream regularly, push code to GitHub, drop things in the community Discord. But sitting down to write a structured article about something I just spent two hours live coding? That rarely happens.
The stream is the content. I jump on, explain what I&amp;rsquo;m doing, answer questions live, push something to GitHub, maybe add chapters via AI later.</description></item><item><title>MSDyn365BC.Sandbox.Code.History - Late Hotfix Handling</title><link>https://stefanmaron.com/posts/blog-post-late-hotfix-handling/</link><pubDate>Thu, 02 Oct 2025 00:00:00 +0000</pubDate><guid>https://stefanmaron.com/posts/blog-post-late-hotfix-handling/</guid><description>You might have noticed some divergent branch errors when trying to pull from the MSDyn365BC.Sandbox.Code.History repository lately. I am going to explain what the hell is going on, and how to solve it ;)
The Problem As mentioned in Issue #4 , tracking changes in the repository was becoming increasingly difficult. Microsoft occasionally releases hotfix versions with version numbers lower than already-published versions. For example:
Version 27.1.40348 gets committed to the repository A few days later, Microsoft releases version 27.</description></item><item><title>MsDyn365BC.Code.History Tips &amp; Tricks</title><link>https://stefanmaron.com/posts/msdyn365bc-code-history-tips-tricks/</link><pubDate>Sat, 19 Oct 2024 09:00:00 +0200</pubDate><guid>https://stefanmaron.com/posts/msdyn365bc-code-history-tips-tricks/</guid><description>If you&amp;rsquo;ve ever tried to search for something in the MsDyn365BC.Code.History repository directly on GitHub, you&amp;rsquo;ve probably noticed it stopped working. The GitHub code search just returns no results. You can watch the full stream on YouTube if you want to follow along.
The fix is simple: open the repository in the browser-based VS Code instead. Just navigate to the repo and press . on your keyboard — or change github.</description></item><item><title>MsDyn365Bc.Code.History Updates</title><link>https://stefanmaron.com/posts/msdyn365.code.history_updates/</link><pubDate>Thu, 17 Oct 2024 06:07:34 +0200</pubDate><guid>https://stefanmaron.com/posts/msdyn365.code.history_updates/</guid><description>You might have noticed already that I made some changes to the https://github.com/StefanMaron/MSDyn365BC.Code.History repository.
I want to use this blog to explain a little the what, and the why :)
The what I started this with the other repository, the MSDyn365BC.Sandbox.Code.History repository. I modified my old Commit generation script a little bit so it can be used in Github Actions.
With the GitHub actions, I am able to run each country seprately and in parallel, which saves a TON of time.</description></item><item><title>LinterCop Development: Fixing LC0068 False Positives and the Sandbox Code History Repo</title><link>https://stefanmaron.com/posts/lintercop-lc0068-indirect-permissions-fixes/</link><pubDate>Tue, 03 Sep 2024 09:00:00 +0100</pubDate><guid>https://stefanmaron.com/posts/lintercop-lc0068-indirect-permissions-fixes/</guid><description>This stream happened to land on a good day — I&amp;rsquo;d just been accepted as a Microsoft MVP, so I opened with that before diving straight into bug fixes for LinterCop . The focus was on LC0068, the rule that warns when an object is missing the Permissions property for table data it touches, and there were a handful of community-reported false positives sitting in the issue tracker that needed attention.</description></item><item><title>Basic Repo Setup with AL-Go</title><link>https://stefanmaron.com/posts/basic-repo-setup-with-al-go/</link><pubDate>Thu, 15 Aug 2024 09:00:00 +0100</pubDate><guid>https://stefanmaron.com/posts/basic-repo-setup-with-al-go/</guid><description>Every new Business Central project starts with the same question: how do I get from zero to a working CI/CD pipeline without wasting a day on config? This stream walks through the entire setup — from clicking &amp;ldquo;Use this template&amp;rdquo; on GitHub all the way to running a release and deploying to an environment.
The full stream is on YouTube if you want to follow along in real time.
Choosing your AL-Go template I use AL-Go for all my projects.</description></item><item><title>Business Central LinterCop with older Versions of BC</title><link>https://stefanmaron.com/posts/business-central-lintercop-with-older-versions-of-bc/</link><pubDate>Tue, 11 Jan 2022 05:37:14 +0000</pubDate><guid>https://stefanmaron.com/posts/business-central-lintercop-with-older-versions-of-bc/</guid><description>If you want to run pipelines with the LinterCop, you can use Run-ALPipeline and pass in the path to the LinterCop.dll via the parameter - CustomCops. But when running pipelines for various versions of BusinessCentral you might encounter errors like this:
Microsoft.Dynamics.Nav.CodeAnalysis, Version=8.2.8.24543, Culture=neutral, PublicKeyToken=31bf3856ad364e35&amp;#39;(,): warning : An instance of analyzer http://BusinessCentral.LinterCop.Design.Rule0012DoNotUseObjectIdInSystemFunctions cannot be created from C:\Agent\LinterCop\BusinessCentral.LinterCop.dll : Could not load file or assembly &amp;#39;Microsoft.Dynamics.Nav.CodeAnalysis, Version=8.2.8.24543, Culture=neutral, PublicKeyToken=31bf3856ad364e35&amp;#39;. The system cannot find the file specified.</description></item><item><title>Updates on my LinterCop project</title><link>https://stefanmaron.com/posts/updates-on-my-lintercop-project/</link><pubDate>Wed, 17 Nov 2021 06:20:47 +0000</pubDate><guid>https://stefanmaron.com/posts/updates-on-my-lintercop-project/</guid><description>In the last days, I managed to get some new updates for you released. Since this would be too much for a tweet, I will summarize here what changed, what will change in the next days (hopefully 🙃 ), and what is planned for future updates.
What changed lately? Pipelines and automated builds The biggest change I did in the last weeks, was to introduce pipelines and automated builds on GitHub for the LinterCop.</description></item><item><title>MSDyn365BC.Code.History got a few updates!</title><link>https://stefanmaron.com/posts/msdyn365bc-code-history-got-a-few-updates/</link><pubDate>Wed, 23 Jun 2021 06:00:06 +0000</pubDate><guid>https://stefanmaron.com/posts/msdyn365bc-code-history-got-a-few-updates/</guid><description>Over the last few month a collected a few requests to improve or change the MSDyn365BC.Code.History repository. Last weekend I finally managed to address them and since Sunday I rebuild the whole Repository. Today its finally going live:
https://github.com/StefanMaron/MSDyn365BC.Code.History Include Translation files Since today, (hopefully) all translation files are included. I never did this but in case you need to, you can now compare them. For performance reasons they are excluded from search in all the workspaces that are part of the repository tho.</description></item><item><title>MSDyn365BC.Code.History</title><link>https://stefanmaron.com/posts/msdyn365bc-code-history/</link><pubDate>Wed, 13 Jan 2021 16:28:03 +0000</pubDate><guid>https://stefanmaron.com/posts/msdyn365bc-code-history/</guid><description>Did you ever wonder what was changed in a cumulative update in Business Central? Sure, you can read the update notes from Microsoft and read the list of bug fixes they made. But I mean like, really know what was changed. Like, which line was changed on the customer table from between 2 versions?
Well, I did. For my own code I can always go to the repository and see all the code history.</description></item></channel></rss>