Re: FYI: git worktrees as replacement for "rsync the CVSROOT"

From: Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>
Cc: Craig Ringer <craig(at)2ndquadrant(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: FYI: git worktrees as replacement for "rsync the CVSROOT"
Date: 2017-02-24 20:20:42
Message-ID: 9bc3b4b0-54c0-2c80-ee6e-37e957b103ee@BlueTreble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2/24/17 10:24 AM, Tom Lane wrote:
> Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com> writes:
>> On 02/24/2017 02:36 AM, Craig Ringer wrote:
>>> On 16 January 2017 at 05:01, Jim Nasby <Jim(dot)Nasby(at)bluetreble(dot)com> wrote:
>>>> git worktree add ../9.6 REL9_6_STABLE
>
>> Does this do anythng different from the git contrib script
>> git-new-workdir that I have been using for quite a long while?
>
> I think it's basically a more formally supported version of the contrib
> script. They may have fixed some of the hackier aspects of the contrib
> script --- I mind in particular the fact that you need to disable git's
> auto-gc activity when you use git-new-workdir, but I don't see any such
> restriction in the git-worktree man page.
>
> Haven't tried to switch over myself, but maybe I will at some point.

One thing to be aware of that I discovered: you may not have 2 checkouts
of the same branch, something that is possible with what's currently
documented on the wiki. Since the only pain in the wiki workflow is
setting up a new branch (which I've scripted, attached) I've pretty much
given up on using worktrees.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com
855-TREBLE2 (855-873-2532)

Attachment Content-Type Size
newbranch text/plain 280 bytes

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Nasby 2017-02-24 20:23:52 Re: bytea_output output of base64
Previous Message Jim Nasby 2017-02-24 20:16:16 Re: GUC for cleanup indexes threshold.