>>>>> "JP" == James Purser <purserj@winnsw.com.au> writes: JP> When running git commit I am told to run git-update-cache JP> against the files I want to commit. Would it be easier to JP> have the git-commit-script run this itself? Take out that JP> second step and all that. That's a question better asked Linus, not me. My preference would be (1) to ask the user if he wants us to automatically run git-update-cache to all of those files, giving him an option to decline and sort things out himself; or (2) leave things as they are. The core GIT treats the index file and the working directory contents two logically separate entities, and we always require the user to consciously tell us what to put in and remove from the index file. The core GIT is all about committed tree objects and the index file, and the working directory is merely a temporary area the user can use to build the state the user wishes to have in the index file. From this point of view, running git-update-cache ourselves without asking the user is a definite no-no. - 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.htmlReceived on Tue Jun 14 15:54:48 2005
This archive was generated by hypermail 2.1.8 : 2005-06-14 15:54:49 EST