<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Vcs on Pesches Schlauch</title>
    <link>https://pesche.schlau.ch/tags/vcs/</link>
    <description>Recent content in Vcs on Pesches Schlauch</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Tue, 03 Jul 2007 17:06:15 +0200</lastBuildDate>
    <atom:link href="https://pesche.schlau.ch/tags/vcs/feed.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Merge down, copy up</title>
      <link>https://pesche.schlau.ch/2007/07/03/merge-down-copy-up/</link>
      <pubDate>Tue, 03 Jul 2007 17:06:15 +0200</pubDate>
      <guid>https://pesche.schlau.ch/2007/07/03/merge-down-copy-up/</guid>
      <description>&lt;p&gt;If you are using any SCM that allows cheap branches (like &lt;a href=&#34;http://www.perforce.com/&#34;&gt;Perforce&lt;/a&gt;) and are following the advices from the &lt;a href=&#34;http://www.perforce.com/perforce/bestpractices.html&#34;&gt;High-level Best Practices&lt;/a&gt; document, you might be interested in (or already know) Laura Wingerd&#39;s presentation &lt;a href=&#34;http://www.perforce.com/perforce/conferences/eu/2006/presentations/laura_wingerd/ConvergenceVsDivergence.html&#34;&gt;Convergence vs. Divergence: Purposeful Merging with Perforce&lt;/a&gt; about how to converge to codelines using &lt;a href=&#34;http://www.perforce.com/perforce/conferences/us/2005/presentations/Wingerd.pdf&#34;&gt;Merge Down, Copy Up [PDF]&lt;/a&gt;. I have seen it many times that a main codeline got broken because the Merge Down, Copy Up idiom was ignored.&lt;/p&gt;</description>
    </item>
    <item>
      <title>CVS with AppleSingle files</title>
      <link>https://pesche.schlau.ch/2005/02/07/cvs-with-applesingle-files/</link>
      <pubDate>Mon, 07 Feb 2005 10:07:04 +0100</pubDate>
      <guid>https://pesche.schlau.ch/2005/02/07/cvs-with-applesingle-files/</guid>
      <description>&lt;p&gt;Longtime Apple developers probably know this intuitively, but I needed some time to figure it out: When CVS-ing files with a resource fork, you &lt;strong&gt;must not&lt;/strong&gt; use the &lt;code&gt;/usr/bin/cvs&lt;/code&gt; that ships with OS X!&lt;/p&gt;&#xA;&lt;p&gt;Because Apple used to separate data and metadata, most files in the pre OS X era had a data fork and a resource fork, but for the user this was transparent; the user just manipulated one file. Tools without this &amp;quot;Classic&amp;quot; background know nothing of the resource fork. Files without data fork appear in the Terminal to have 0 bytes.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
