Re: [PATCH 3/8] refs: new ref types to make per-worktree refs visible to all worktrees

2018-10-06 Thread Junio C Hamano
Duy Nguyen writes: >> > The main worktree has to be treated specially because well.. it's >> > special from the beginning. So HEAD from the main worktree is >> > acccessible via the name "main/HEAD" (we can't use >> > "worktrees/main/HEAD" because "main" under "worktrees" is not >> > reserved). >

Re: [PATCH 3/8] refs: new ref types to make per-worktree refs visible to all worktrees

2018-09-29 Thread Duy Nguyen
On Tue, Sep 25, 2018 at 11:16 PM Junio C Hamano wrote: > > Nguyễn Thái Ngọc Duy writes: > > > The main worktree has to be treated specially because well.. it's > > special from the beginning. So HEAD from the main worktree is > > acccessible via the name "main/HEAD" (we can't use > > "worktrees/

Re: [PATCH 3/8] refs: new ref types to make per-worktree refs visible to all worktrees

2018-09-25 Thread Junio C Hamano
Nguyễn Thái Ngọc Duy writes: > The main worktree has to be treated specially because well.. it's > special from the beginning. So HEAD from the main worktree is > acccessible via the name "main/HEAD" (we can't use > "worktrees/main/HEAD" because "main" under "worktrees" is not > reserved). I do

Re: [PATCH 3/8] refs: new ref types to make per-worktree refs visible to all worktrees

2018-09-25 Thread Stefan Beller
On Tue, Sep 25, 2018 at 8:49 AM Duy Nguyen wrote: > > On Tue, Sep 25, 2018 at 4:48 AM Stefan Beller wrote: > > > This patch also makes it possible to specify refs from one worktree in > > > another one, e.g. > > > > > > git log worktrees/foo/HEAD > > > > This has strong similarities to remote

Re: [PATCH 3/8] refs: new ref types to make per-worktree refs visible to all worktrees

2018-09-25 Thread Duy Nguyen
On Tue, Sep 25, 2018 at 4:48 AM Stefan Beller wrote: > > This patch also makes it possible to specify refs from one worktree in > > another one, e.g. > > > > git log worktrees/foo/HEAD > > This has strong similarities to remote refs: > Locally I may have a branch master, whose (stale local cop

Re: [PATCH 3/8] refs: new ref types to make per-worktree refs visible to all worktrees

2018-09-24 Thread Stefan Beller
On Sat, Sep 22, 2018 at 11:05 AM Nguyễn Thái Ngọc Duy wrote: > > One of the problems with multiple worktree is accessing per-worktree > refs of one worktree from another worktree. This was sort of solved by > multiple ref store, where the code can open the ref store of another > worktree and has a

Re: [PATCH 3/8] refs: new ref types to make per-worktree refs visible to all worktrees

2018-09-23 Thread Duy Nguyen
On Sun, Sep 23, 2018 at 10:06 AM Eric Sunshine wrote: > > On Sat, Sep 22, 2018 at 2:05 PM Nguyễn Thái Ngọc Duy > wrote: > > [...] > > The main worktree has to be treated specially because well.. it's > > special from the beginning. So HEAD from the main worktree is > > acccessible via the name "

Re: [PATCH 3/8] refs: new ref types to make per-worktree refs visible to all worktrees

2018-09-23 Thread Eric Sunshine
On Sat, Sep 22, 2018 at 2:05 PM Nguyễn Thái Ngọc Duy wrote: > [...] > The main worktree has to be treated specially because well.. it's > special from the beginning. So HEAD from the main worktree is > acccessible via the name "main/HEAD" (we can't use > "worktrees/main/HEAD" because "main" under

[PATCH 3/8] refs: new ref types to make per-worktree refs visible to all worktrees

2018-09-22 Thread Nguyễn Thái Ngọc Duy
One of the problems with multiple worktree is accessing per-worktree refs of one worktree from another worktree. This was sort of solved by multiple ref store, where the code can open the ref store of another worktree and has access to the ref space of that worktree. The problem with this is repor