Re: [PATCH] status: handle worktree renames

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH] status: handle worktree renames
From: Junio C Hamano <gitster@xxxxxxxxx>
Date: Wed, 27 Dec 2017 10:12:38 -0800
Cc: Igor Djordjevic <igor.d.djordjevic@xxxxxxxxx>, Jeff Hostetler <jeffhost@xxxxxxxxxxxxx>, alexmv@xxxxxxxxxxx, git@xxxxxxxxxxxxxxx
In-reply-to: <20171226021150.GA10059@duynguyen.vn.dektech.internal> (Duy Nguyen's message of "Tue, 26 Dec 2017 09:11:50 +0700")
References: <alpine.DEB.2.10.1712221829430.29746@alexmv-linux> <20171225103718.24443-1-pclouds@gmail.com> <b3e90960-d743-3299-ba43-150849b591d2@gmail.com> <20171226021150.GA10059@duynguyen.vn.dektech.internal>
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2.50 (gnu/linux)

Duy Nguyen <pclouds@xxxxxxxxx> writes:

> Or we disable rename-from-worktree when porcelain v2 is requested (and
> optionally introduce v3 to support it). Jeff, any preference?

I actually think disabling rename-from-worktree consistently may be
the best way to go.

Follow-Ups:
- Re: [PATCH] status: handle worktree renames
  - From: Jeff Hostetler

References:
- [BUG] File move with `add -N` shows as rename to same name
  - From: Alex Vandiver
- [PATCH] status: handle worktree renames
  - From: Nguyễn Thái Ngọc Duy
- Re: [PATCH] status: handle worktree renames
  - From: Igor Djordjevic
- Re: [PATCH] status: handle worktree renames
  - From: Duy Nguyen

Prev by Date: Re: [PATCH] status: add a failing test showing a core.untrackedCache bug
Next by Date: Re: [PATCH] status: handle worktree renames
Previous by thread: Re: [PATCH] status: handle worktree renames
Next by thread: Re: [PATCH] status: handle worktree renames
Index(es):
- Date
- Thread

[Index of Archives] [Linux Kernel Development] [Gcc Help] [IETF Annouce] [DCCP] [Netdev] [Networking] [Security] [V4L] [Bugtraq] [Yosemite] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Linux SCSI] [Fedora Users]