threads / discuss / 13437

automatically removing missing files beneath a directory

Subject: automatically removing missing files beneath a directory

## tl;dr

5 messages between May 8, 2008 and May 8, 2008.

replies: 4people: 2as markdown or json

Geoffrey Irving· May 8, 2008, 16:39 UTC · lore

If I have a subdirectory in a git repository, and I remove some files without telling git, is there is a simple way to automatically run the equivalent of 'git rm' for all the missing files? git commit -a would work, except that I only want to remove files beneath a particular subdirectory. git add <directory> does the equivalent operation for adding files, but I don't see a way to automatically remove them without parsing the output of git status.

Thanks, Geoffrey

Jeff King· May 8, 2008, 16:44 UTC · re: Geoffrey Irving · lore

Re: automatically removing missing files beneath a directory

On Thu, May 08, 2008 at 09:39:22AM -0700, Geoffrey Irving wrote:
Show 7 quoted lines
> If I have a subdirectory in a git repository, and I remove some files
> without telling git, is there is a simple way to automatically run the
> equivalent of 'git rm' for all the missing files?  git commit -a would
> work, except that I only want to remove files beneath a particular
> subdirectory.  git add <directory> does the equivalent operation for
> adding files, but I don't see a way to automatically remove them
> without parsing the output of git status.

See "git add -u", which will update the status of all already-tracked files in paths you specify. Note that this will also stage changes in modified files. If you truly want to just mark all removed files, you can do something like:

  git ls-files --deleted -z | xargs -0 git rm
-Peff
Geoffrey Irving· May 8, 2008, 17:12 UTC · re: Jeff King · lore

Re: automatically removing missing files beneath a directory

On Thu, May 8, 2008 at 9:44 AM, Jeff King <peff@peff.net> wrote:
Show 18 quoted lines
> On Thu, May 08, 2008 at 09:39:22AM -0700, Geoffrey Irving wrote:
>
>> If I have a subdirectory in a git repository, and I remove some files
>> without telling git, is there is a simple way to automatically run the
>> equivalent of 'git rm' for all the missing files?  git commit -a would
>> work, except that I only want to remove files beneath a particular
>> subdirectory.  git add <directory> does the equivalent operation for
>> adding files, but I don't see a way to automatically remove them
>> without parsing the output of git status.
>
> See "git add -u", which will update the status of all already-tracked
> files in paths you specify. Note that this will also stage changes in
> modified files. If you truly want to just mark all removed files, you
> can do something like:
>
>  git ls-files --deleted -z | xargs -0 git rm
>
> -Peff
Cool.  "git add -u && git add ." does exactly what I want.

This is only indirectly mentioned in the documentation. If you think it's reasonable to mention it more explicitly, I've attached a patch.

Thanks, Geoffrey

From 698a0b7341647a0ce9e7abb36fe9357400e6bb59 Mon Sep 17 00:00:00 2001
From: Geoffrey Irving <irving@naml.us>
Date: Thu, 8 May 2008 10:00:04 -0700
Subject: [PATCH] Explicitly note in documentation that git-add -u removes files.
---
 Documentation/git-add.txt |    3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/Documentation/git-add.txt b/Documentation/git-add.txt
index 35e67a0..f7a8b03 100644
--- a/Documentation/git-add.txt
+++ b/Documentation/git-add.txt
@@ -74,7 +74,8 @@ OPTIONS
 	Update only files that git already knows about. This is similar
 	to what "git commit -a" does in preparation for making a commit,
 	except that the update is limited to paths specified on the
-	command line. If no paths are specified, all tracked files in the
+	command line. Files that are missing are removed (as if 'rm' had
+	been run). If no paths are specified, all tracked files in the
 	current directory and its subdirectories are updated.
 
 \--refresh::
-- 
1.5.4.5
Jeff King· May 8, 2008, 17:18 UTC · re: Geoffrey Irving · lore

Re: automatically removing missing files beneath a directory

On Thu, May 08, 2008 at 10:12:56AM -0700, Geoffrey Irving wrote:
> Cool.  "git add -u && git add ." does exactly what I want.
> 
> This is only indirectly mentioned in the documentation.  If you think
> it's reasonable to mention it more explicitly, I've attached a patch.

Yeah, the term "update" is not really defined there. I actually prefer to mention it even earlier in the paragraph; does this make sense to you?

diff --git a/Documentation/git-add.txt b/Documentation/git-add.txt
index 35e67a0..e2389e3 100644
--- a/Documentation/git-add.txt
+++ b/Documentation/git-add.txt
@@ -71,7 +71,9 @@ OPTIONS
 	the specified filepatterns before exiting.
 
 -u::
-	Update only files that git already knows about. This is similar
+	Update only files that git already knows about, staging modified
+	content for commit and marking deleted files for removal. This
+	is similar
 	to what "git commit -a" does in preparation for making a commit,
 	except that the update is limited to paths specified on the
 	command line. If no paths are specified, all tracked files in the
Geoffrey Irving· May 8, 2008, 17:19 UTC · re: Jeff King · lore

Re: automatically removing missing files beneath a directory

On Thu, May 8, 2008 at 10:18 AM, Jeff King <peff@peff.net> wrote:
Show 26 quoted lines
> On Thu, May 08, 2008 at 10:12:56AM -0700, Geoffrey Irving wrote:
>
>> Cool.  "git add -u && git add ." does exactly what I want.
>>
>> This is only indirectly mentioned in the documentation.  If you think
>> it's reasonable to mention it more explicitly, I've attached a patch.
>
> Yeah, the term "update" is not really defined there. I actually prefer
> to mention it even earlier in the paragraph; does this make sense to
> you?
>
> diff --git a/Documentation/git-add.txt b/Documentation/git-add.txt
> index 35e67a0..e2389e3 100644
> --- a/Documentation/git-add.txt
> +++ b/Documentation/git-add.txt
> @@ -71,7 +71,9 @@ OPTIONS
>        the specified filepatterns before exiting.
>
>  -u::
> -       Update only files that git already knows about. This is similar
> +       Update only files that git already knows about, staging modified
> +       content for commit and marking deleted files for removal. This
> +       is similar
>        to what "git commit -a" does in preparation for making a commit,
>        except that the update is limited to paths specified on the
>        command line. If no paths are specified, all tracked files in the
Yep, that's better than mine.
Geoffrey

← back to recent threads