Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:"git update-index --remove Foo" does not remove the index entry Foo if the file Foo still exists in the working tree (use "git update-index --force-remove" for that). But this leads to more fundamental issues. It is not obvious from the description what environment rewrite-commits runs in. Does it run at the toplevel of the current working tree, or is it run in a separate temporary directory like filter-branch does? What "index" and "HEAD" do operations done by filters affect (I think it is safe to assume that readers familiar enough with other parts of git would be able to guess that filters should operate on the "HEAD" and index given by rewrite-commits to its execution environment without mucking with GIT_DIR nor GIT_INDEX_FILE)? Are filters allowed to modify files in the working tree, and if so what is the consequence of doing so? prevents the filter from failing? But is that really what we want? Why are we ignoring the error, and if there is a valid reason to ignore shouldn't we explain why? I see only one operation in the example, and "or remove it from there" confuses the reader. I'll refrain from comments on the code right now, until I read the series over. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Alan Cox | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Paul Jackson | Re: cpuset-remove-sched-domain-hooks-from-cpusets |
| Greg Smith | PostgreSQL pgbench performance regression in 2.6.23+ |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Gilles Chehade | CVS: cvs.openbsd.org: src |
| Chris Kuethe | CVS: cvs.openbsd.org: src |
| Owain Ainsworth | CVS: cvs.openbsd.org: src |
| Miod Vallat | CVS: cvs.openbsd.org: src |
git: | |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Denys Fedoryshchenko | thousands of classes, e1000 TX unit hang |
| Wenji Wu | A Linux TCP SACK Question |
| Matheos Worku | 2.6.24 BUG: soft lockup - CPU#X |
