<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Git on Artur Rios Lab</title><link>https://artur-rios.github.io/personal-lab/git/</link><description>Recent content in Git on Artur Rios Lab</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Wed, 21 Oct 2026 12:00:00 +0000</lastBuildDate><atom:link href="https://artur-rios.github.io/personal-lab/git/index.xml" rel="self" type="application/rss+xml"/><item><title>Git Tags: Naming the Commits That Matter</title><link>https://artur-rios.github.io/personal-lab/git/git-tags/</link><pubDate>Wed, 21 Oct 2026 12:00:00 +0000</pubDate><guid>https://artur-rios.github.io/personal-lab/git/git-tags/</guid><description>&lt;p&gt;Branches move: every commit on &lt;code&gt;main&lt;/code&gt; moves &lt;code&gt;main&lt;/code&gt; forward. Sometimes you need&#10;a name that stays where it is put, such as &amp;ldquo;the commit that went out as&#10;version 1.6.0&amp;rdquo;. That is a &lt;strong&gt;tag&lt;/strong&gt;. Tags mark releases, the build a bug report&#10;refers to, or the last commit before a large refactor, and almost every&#10;release tool, from GitHub Releases to package registries, reads them.&lt;/p&gt;&#10;&lt;p&gt;Tags look simple, and mostly are. The parts that cause trouble are the two&#10;kinds of tag, which behave differently in some commands, and the fact that&#10;tags are not pushed, fetched or overwritten the way branches are. This article&#10;covers both. The commands shown were run with Git 2.56 on 21 October 2026, in&#10;a scratch repository and in this site&amp;rsquo;s own repository. Long temporary paths&#10;in the output are left out.&lt;/p&gt;</description></item><item><title>Git Submodules: One Repository Pinned Inside Another</title><link>https://artur-rios.github.io/personal-lab/git/git-submodules/</link><pubDate>Wed, 21 Oct 2026 11:00:00 +0000</pubDate><guid>https://artur-rios.github.io/personal-lab/git/git-submodules/</guid><description>&lt;p&gt;This site is built with a Hugo theme I also maintain,&#10;&lt;a href="https://github.com/artur-rios/hugo-theme-nuno"&gt;nuno&lt;/a&gt;, and the theme lives in&#10;its own repository. The site needs an exact version of it, and I want to change&#10;the theme without copying files back and forth. Git&amp;rsquo;s answer is a&#10;&lt;strong&gt;submodule&lt;/strong&gt;: a repository placed inside another repository, the&#10;&lt;em&gt;superproject&lt;/em&gt;, which records exactly which commit of it to use. The site&amp;rsquo;s&#10;&lt;code&gt;themes/nuno&lt;/code&gt; folder is one, and it is the example throughout this article.&lt;/p&gt;</description></item><item><title>My Git Config and the Commands I Keep Reaching For</title><link>https://artur-rios.github.io/personal-lab/git/my-git-config-and-commands/</link><pubDate>Wed, 21 Oct 2026 10:00:00 +0000</pubDate><guid>https://artur-rios.github.io/personal-lab/git/my-git-config-and-commands/</guid><description>&lt;p&gt;This page is a reference rather than an article: the global configuration I set&#10;on every new machine, and the commands I look up often enough to keep written&#10;down. Each one comes with what it actually does and, where it rewrites history&#10;or throws work away, what to watch out for. Every command here was run against&#10;Git 2.56 on 21 October 2026, and the explanations follow the official Git&#10;reference pages linked at the end.&lt;/p&gt;</description></item></channel></rss>