git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] git-gui: Do not automatically stage file after merge tool finishes

From
Alexander Gavrilov <angavrilov@gmail.com>
Date
Sep 30, 2008, 08:00 UTC
Message-ID
<200809301200.57353.angavrilov@gmail.com>
In-Reply-To
<48E1CA7F.5050501@viscovery.net>
On Tuesday 30 September 2008 10:43:11 Johannes Sixt wrote:
Show 17 quoted lines
> From: Johannes Sixt <johannes.sixt@telecom.at>
> 
> If a merge tool was invoked on a conflicted file and the tool completed,
> then the conflicted file was staged automatically. However, the fact that
> the user closed the merge tool cannot be understood as the unequivocal
> sign that the conflict was completely resolved. For example, the user
> could have decided to postpone the resolution of the conflict, or could
> have accidentally closed the tool. We better leave the file unstaged and
> let the user stage it explicitly.
> 
> Since the file is not staged anyway, the check for an unmodified
> timestamp is pointless and removed.
> 
> Signed-off-by: Johannes Sixt <johannes.sixt@telecom.at>
> ---
>  I had sent this patch last week (but marked as RFC). Here it is again
>  without 'RFC' because I think it is a necessary change.

Now that the issue with staging of working copy files is more or less resolved, I agree that it is better to disable automatic staging.

Alexander
Previous: Johannes Sixt
Message 2 of 2 in “git-gui: Do not automatically stage file after merge tool finishes”
  1. git-gui: Do not automatically stage file after merge tool finishesJohannes Sixt, Sep 30, 2008
  2. Alexander GavrilovSep 30, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.