On Tue, 2006-04-04 at 12:58 +0200, Sam Ravnborg wrote: > On Mon, Apr 03, 2006 at 05:06:36PM -0700, Junio C Hamano wrote: > > > > I am not opposed to the command in the sense that I do not want > > to forbid people from doing what they want to do, but on the > > other hand I do not see why people (apparently many people) want > > to have something like this. Are their "make clean" broken? Normally it is not, but if it is, they want to know it. If git-clean remove something after "make clean" then maybe the later is incomplete. To put it another way, if I make changes and share them with others, I want to make sure that my changes will work for them. If the mechanism for sharing my changes is make-based, I rely on make to check them. In projects using Automake it's called "make distcheck". If I'm sharing my changes as a git patch, I want a git-based verification that the project still builds from scratch. Also, the files cleaned by "make clean" are normally build products. Things that you _really_ don't want to be in the source tree at the release time are other files, such as backup files with changes that you decided to back out, sources that you may not share, firmware that cost your company $50000 and so on. "make clean" won't remove them. > No reason to waste time on make clean. > git ls-files -o | xargs rm > Does the same job nicely. This would remove ignored files. It's not always what I want. > Other typical usecases for me: > Remove temporaries that I created while trying out stuff. > Often I have a bunch of files named 'x', 'xx', 'fisk' etc. > around for no use. An easy way to remove these without breaking > my 'allmodconfig' build is nice. It anyway > 1 hour to build and > I like to get rid of the untracked stuff in an easy way. > > So use cases goes like this: > - Remove everything not tracked by git (including .gitignore files) > - Remove everything except tracked by git or ignored > - Remove ignored files (replacement of make clean) (seldom) I'll think about the later. > Above should work both from top-level dir and in subdirectories. > > That is my minimal expectations to git clean. > What Pavel came up with cover everything except the make clean > replacement part. Exactly. The "make clean" replacement is actually the one I didn't implement. -- Regards, Pavel Roskin - : send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html