<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Git-Without-Tears on Aleš Lončar</title><link>https://loncar.net/series/git-without-tears/</link><description>Recent content in Git-Without-Tears on Aleš Lončar</description><generator>Hugo</generator><language>en</language><lastBuildDate>Wed, 15 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://loncar.net/series/git-without-tears/index.xml" rel="self" type="application/rss+xml"/><item><title>Git rerere: Automatically Resolve Repeated Merge Conflicts</title><link>https://loncar.net/posts/git-rerere-reuse-recorded-resolution/</link><pubDate>Wed, 15 Jul 2026 00:00:00 +0000</pubDate><guid>https://loncar.net/posts/git-rerere-reuse-recorded-resolution/</guid><description>&lt;p>In my previous post long time ago 😜, I discussed &lt;a href="https://loncar.net/posts/resolve-git-merge-conflicts/" >resolving Git merge conflicts the unpainful way&lt;/a> using visual merge tools.&lt;/p>
&lt;p>Visual merge tools make resolving conflicts much easier. But if you work on a long-lived feature branch, you&amp;rsquo;ve probably run into a different problem:&lt;/p>
&lt;blockquote>
&lt;p>You resolve a conflict today&amp;hellip;&lt;/p>
&lt;p>&amp;hellip;and Git asks you to resolve &lt;strong>the exact same conflict again tomorrow.&lt;/strong>&lt;/p>&lt;/blockquote>
&lt;p>This commonly happens when you regularly rebase your feature branch on top of a busy &lt;code>main&lt;/code> branch.&lt;/p></description></item><item><title>Resolve Git merge conflicts the unpainful way</title><link>https://loncar.net/posts/resolve-git-merge-conflicts/</link><pubDate>Sun, 12 May 2019 00:00:00 +0000</pubDate><guid>https://loncar.net/posts/resolve-git-merge-conflicts/</guid><description>&lt;h2 id="what-is-a-git-merge-conflict">
 What is a Git Merge Conflict?
 &lt;a class="heading-link" href="#what-is-a-git-merge-conflict">
 &lt;i class="fa-solid fa-link" aria-hidden="true" title="Link to heading">&lt;/i>
 &lt;span class="sr-only">Link to heading&lt;/span>
 &lt;/a>
&lt;/h2>
&lt;p>A merge conflict is an event that occurs when Git is unable to automatically resolve differences in code between two commits. However, when there are different changes on the same lines, a “merge conflict” occurs because Git doesn’t know which code to keep and which to discard.&lt;/p>
&lt;p>Merge conflicts can be painful and are traditionally cause developers a lot of grief, especially when working in the terminal. There are various Visual merge conflict tools which help users identify where the conflict is occurring and how to resolve it. An excellent visual merge tool will display at least three panels for each file with conflicts. There will be a panel showing the version of that file:&lt;/p></description></item></channel></rss>