<?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 Michele Bologna</title>
    <link>https://www.michelebologna.net/tags/git/</link>
    <description>Recent content in Git on Michele Bologna</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Wed, 28 Dec 2016 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://www.michelebologna.net/tags/git/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>git: deleting remote tracked branches</title>
      <link>https://www.michelebologna.net/2016/git-deleting-remote-tracked-branches/</link>
      <pubDate>Wed, 28 Dec 2016 00:00:00 +0000</pubDate>
      <guid>https://www.michelebologna.net/2016/git-deleting-remote-tracked-branches/</guid>
      <description>&lt;p&gt;Since I&amp;rsquo;m always &lt;em&gt;DuckDuckGo-ing&lt;/em&gt; for these information, I&amp;rsquo;ll set a note here for future reference and for all of you, fellow readers.&lt;/p&gt;&#xA;&lt;p&gt;Situation: one (or more) remote-tracked git branches got deleted (either locally or remote). You are in either one of the two cases following:&lt;/p&gt;</description>
    </item>
    <item>
      <title>git tip: multiple identities</title>
      <link>https://www.michelebologna.net/2016/git-tip-multiple-identities/</link>
      <pubDate>Fri, 19 Aug 2016 00:00:00 +0000</pubDate>
      <guid>https://www.michelebologna.net/2016/git-tip-multiple-identities/</guid>
      <description>&lt;p&gt;If you are using git version control for personal and work repositories, it is &lt;em&gt;tricky&lt;/em&gt; to change your email address (in &lt;code&gt;~/.gitconfig&lt;/code&gt;) to properly use the correct email before committing to a repo (this is what I do, depending on the nature of the repo: personal repo -&amp;gt; personal email, work repo -&amp;gt; work email).&lt;/p&gt;</description>
    </item>
    <item>
      <title>git-flow: il modello di git workflow che utilizzo</title>
      <link>https://www.michelebologna.net/2013/git-flow-il-modello-di-versioning-che-utilizzo/</link>
      <pubDate>Sat, 23 Nov 2013 00:00:00 +0000</pubDate>
      <guid>https://www.michelebologna.net/2013/git-flow-il-modello-di-versioning-che-utilizzo/</guid>
      <description>&lt;p&gt;Dopo aver letto l&amp;rsquo;interessante presentazione &amp;ldquo;&lt;a href=&#34;https://zachholman.com/talk/how-github-uses-github-to-build-github/&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;&lt;em&gt;How GitHub uses GitHub to build GitHub&lt;/em&gt;&lt;/a&gt;&amp;rdquo;, ho deciso di dare un&amp;rsquo;occhiata al modello di workflow chiamato &lt;strong&gt;git-flow&lt;/strong&gt; [che si basa, ovviamente, sull&amp;rsquo;utilizzo di git]. In sintesi:&lt;/p&gt;</description>
    </item>
    <item>
      <title>zsh: perché non utilizzo bash</title>
      <link>https://www.michelebologna.net/2012/zsh-perche-non-utilizzo-bash/</link>
      <pubDate>Sat, 08 Dec 2012 00:00:00 +0000</pubDate>
      <guid>https://www.michelebologna.net/2012/zsh-perche-non-utilizzo-bash/</guid>
      <description>&lt;p&gt;Su tutte le macchine Linux e OSX che amministro non uso come shell di default la bash; uso invece &lt;strong&gt;&lt;a href=&#34;https://en.wikipedia.org/wiki/Zsh&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;zsh&lt;/a&gt;&lt;/strong&gt;, perché:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;zsh si offre di completare anche le opzioni e i parametri dei programmi più usati;&lt;/li&gt;&#xA;&lt;li&gt;zsh fa spelling correction dei comandi digitati, chiedendo interattivamente se volete correggere il comando;&lt;/li&gt;&#xA;&lt;li&gt;zsh offre una customizzazione più spinta della bash (vedremo tra poco il mio prompt);&lt;/li&gt;&#xA;&lt;li&gt;zsh condivide la history tra più sessioni attive contemporaneamente;&lt;/li&gt;&#xA;&lt;li&gt;zsh è già installata, di default, su OSX (ed è nei repo di Ubuntu, percui basta un aptitude install zsh).&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;Se questi vantaggi non dovrebbero bastare, ecco il mio prompt:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Impariamo git con un semplice tutorial</title>
      <link>https://www.michelebologna.net/2012/impariamo-git-con-un-semplice-tutorial/</link>
      <pubDate>Thu, 30 Aug 2012 00:00:00 +0000</pubDate>
      <guid>https://www.michelebologna.net/2012/impariamo-git-con-un-semplice-tutorial/</guid>
      <description>&lt;p&gt;&lt;a href=&#34;https://github.com&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;GitHub&lt;/a&gt;, il social hoster di codice open source più famoso degli ultimi anni, ha messo a disposizione un semplice tutorial per imparare le basi di &lt;a href=&#34;https://git-scm.com/&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;git&lt;/a&gt;, il &lt;a href=&#34;https://en.wikipedia.org/wiki/Source_Control_Management&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;SCM&lt;/a&gt; ideato da Linus Torvalds e lo standard &lt;em&gt;de facto&lt;/em&gt; dei progetti open source.&lt;/p&gt;</description>
    </item>
    <item>
      <title>gitignore: un filtro per escludere i file da non versionare in un repository git</title>
      <link>https://www.michelebologna.net/2011/gitignore-un-filtro-per-escludere-i-file-da-non-versionare-in-un-repository-git/</link>
      <pubDate>Tue, 06 Dec 2011 00:00:00 +0000</pubDate>
      <guid>https://www.michelebologna.net/2011/gitignore-un-filtro-per-escludere-i-file-da-non-versionare-in-un-repository-git/</guid>
      <description>&lt;p&gt;Prima di fare un push su un repository git è importante avere configurato il &lt;strong&gt;gitignore&lt;/strong&gt;, ovvero specificare quali files non devono essere versionati in un repository git. A titolo di esempio: i file .&lt;a href=&#34;https://docs.python.org/release/1.5.1p1/tut/node43.html&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;pyc&lt;/a&gt;, o più in generale i prodotti della compilazione di un qualsiasi file di sorgente; versionare questi files, infatti, &lt;em&gt;non ha senso&lt;/em&gt;.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
