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

Re: stgit bug: pulling file deletion patch leaves copy of file

From
CMCatalin Marinas <catalin.marinas@gmail.com>
Date
May 8, 2006, 14:26 UTC
Message-ID
<b0943d9e0605080726n75fd1e9avc48b7b932774d9ea@mail.gmail.com>
In-Reply-To
<20060508124127.GA30662@diana.vm.bytemark.co.uk>
On 08/05/06, Karl Hasselström <kha@treskal.com> wrote:
> When I pull (with -m) a branch that has accepted a patch of mine which
> deletes a file, stgit does the right thing wrt detecting the applied
> patch, etc. But it leaves an untracked copy of the deleted file in my
> working directory, which I get to delete.

Indeed, it should but it doesn't. The file is generated while reverse-applying the patches but the git.reset() function (which calls git.checkout()) doesn't remove the file. I'll fix it and push the changes tonight.

Thanks.

-- Catalin

Previous: Karl Hasselström
Message 2 of 2 in “stgit bug: pulling file deletion patch leaves copy of file”
  1. Karl HasselströmMay 8, 2006
  2. Catalin MarinasMay 8, 2006

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.