On Tue, Nov 21, 2006 at 07:52:59PM CET, Shawn Pearce wrote: > Petr Baudis <pasky@xxxxxxx> wrote: > > On Tue, Nov 21, 2006 at 07:39:56PM CET, Andy Parkins wrote: > > > for file in $(git-ls-files); do git-update-index --force-remove $file; done > > > > > > Before creating the new files and "git-commit"ing. > > > > Ok, this approach looks actually reasonable (contrary to the frequently > > suggested rm approach, which is rather dangerous). > > > > Perhaps git checkout --empty could do this? > > Or perhaps just delete .git/index? > > Any git-update-index --add or git-add command will immediately create > an empty index. Indeed this is the initial state after git-init-db, > since there is no HEAD to load into the index there is no index... But your working tree has still the contents of the old branch. Sure, you could possibly just remove the files and then the index at once but that are just details. -- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ The meaning of Stonehenge in Traflamadorian, when viewed from above, is: "Replacement part being rushed with all possible speed." -- Kurt Vonnegut, Sirens from Titan - To unsubscribe from this list: 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