<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: gitmwnkdkc</title><link>https://news.ycombinator.com/user?id=gitmwnkdkc</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 05 Apr 2026 12:54:32 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=gitmwnkdkc" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by gitmwnkdkc in "LinkedIn uses 2.4 GB RAM across two tabs"]]></title><description><![CDATA[
<p>That’s nothing. I’ve seen the Azure portal using >5gb in a single chrome tab.</p>
]]></description><pubDate>Sun, 29 Mar 2026 19:16:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47566220</link><dc:creator>gitmwnkdkc</dc:creator><comments>https://news.ycombinator.com/item?id=47566220</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47566220</guid></item><item><title><![CDATA[New comment by gitmwnkdkc in "The future of version control"]]></title><description><![CDATA[
<p>Yes and no. Most often conflicts could have been handled automatically with better tools. For example I have a script that makes a copy of the whole folder and tries to merge each commit using all of git’s different merge stategies, and all sub stategies, and presents which ones can merge without any conflicts. It has been mind opening. Why git doesn’t have this built-in I don’t understand.<p>Git also writes (non-logs) to the .git folder for operations that you would assume should have been r/o, but that’s another problem (that affects things later on).</p>
]]></description><pubDate>Mon, 23 Mar 2026 11:06:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=47487769</link><dc:creator>gitmwnkdkc</dc:creator><comments>https://news.ycombinator.com/item?id=47487769</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47487769</guid></item><item><title><![CDATA[New comment by gitmwnkdkc in "The future of version control"]]></title><description><![CDATA[
<p>People are still having a problem with distributed version control, because some people want to force ”the server’s” history down the throats of all coworkers.<p>This can not be solved with tech, it’s a people problem.<p>Conflicts between branches is only a symptom of conflicts between people. Some want individual freedom to manage branches in whatever way (and these people are usually very open to other people managing branches in another way), but some people are against this freedom and thinks branches should be managed centrally by an authority (such people usually have a problem working on their own).</p>
]]></description><pubDate>Mon, 23 Mar 2026 10:55:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47487684</link><dc:creator>gitmwnkdkc</dc:creator><comments>https://news.ycombinator.com/item?id=47487684</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47487684</guid></item><item><title><![CDATA[New comment by gitmwnkdkc in "The future of version control"]]></title><description><![CDATA[
<p>If it hurts, do it more often.</p>
]]></description><pubDate>Mon, 23 Mar 2026 10:45:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47487613</link><dc:creator>gitmwnkdkc</dc:creator><comments>https://news.ycombinator.com/item?id=47487613</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47487613</guid></item></channel></rss>