Re: [PATCH 1/3] retain reflogs for deleted refs

3 messages, 3 authors, 2016-06-15 · open the first message on its own page

Re: [PATCH 1/3] retain reflogs for deleted refs

From: Matthieu Moy <hidden>
Date: 2016-06-15 22:54:21

Alexey Muranov [off-list ref] writes:
On 26 Jul 2012, at 14:47, Nguyen Thai Ngoc Duy wrote:
quoted
So we haven't found any way to present both branches "foo" and
"foo/bar" on file system at the same time. How about when we a new
branch introduces such a conflict, we push the new branch directly to
packed-refs? If we need either of them on a separate file, for fast
update for example, then we unpack just one and repack all refs that
conflict with it. Attempting to update two conflict branches in
parallel may impact performance, but I don't think that happens often.
-- 
Duy
How about simply deprecating "/" in branch name?
Err, it's not like nobody's using this feature (Junio does a heavy use
of it in particular) ...

-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/

Re: [PATCH 1/3] retain reflogs for deleted refs

From: Jeff King <hidden>
Date: 2016-06-15 22:54:21

On Thu, Jul 26, 2012 at 06:41:09PM +0200, Matthieu Moy wrote:
quoted
How about simply deprecating "/" in branch name?
Err, it's not like nobody's using this feature (Junio does a heavy use
of it in particular) ...
Not to mention git itself, as it splits up the refs/remotes hierarchy
into subdirectories. I think deprecating "/" is out of the question.

-Peff

Re: [PATCH 1/3] retain reflogs for deleted refs

From: Alexey Muranov <hidden>
Date: 2016-06-15 22:54:21

On 26 Jul 2012, at 18:59, Jeff King wrote:
Not to mention git itself, as it splits up the refs/remotes hierarchy
into subdirectories. I think deprecating "/" is out of the question.

-Peff
Ok, i guess you know better than me, my vision of Git is probably still too simplistic.

-Alexey.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help