{"thread":{"id":"2123","subject":"How do I clear the directory cache","startedAt":"2005-10-17T14:20:42Z","lastAt":"2005-10-22T21:09:39Z","messageCount":11,"participants":["eschvoca","Petr Baudis","Junio C Hamano","Linus Torvalds"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"10176","messageId":"2b05065b0510170720n5333f03l1941e84c1288fc5d@mail.gmail.com","threadId":"2123","inReplyTo":null,"subject":"How do I clear the directory cache","fromName":"eschvoca","fromEmail":"eschvoca@gmail.com","sentAt":"2005-10-17T14:20:42Z","receivedAt":"2005-10-17T14:20:42Z","isPatch":false,"sender":{"key":"eschvoca@gmail.com","avatar":null},"body":"Hi,\n\nIf I do a:\n\ncg-commit\nmodifiy some files\ncg-rm \ncg-add \ncg-rm \n\nThen how do I get back and undo all of the cg-adds and cg-rms? I want\ncg-status to show the the changes from my commit and my current\nworking tree.\n\nThanks.\n\ne\n"},{"id":"10347","messageId":"20051020085931.GW30889@pasky.or.cz","threadId":"2123","inReplyTo":"2b05065b0510170720n5333f03l1941e84c1288fc5d@mail.gmail.com","subject":"Re: How do I clear the directory cache","fromName":"Petr Baudis","fromEmail":"pasky@suse.cz","sentAt":"2005-10-20T08:59:31Z","receivedAt":"2005-10-20T08:59:31Z","isPatch":false,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":" Hello,\n\nDear diary, on Mon, Oct 17, 2005 at 04:20:42PM CEST, I got a letter\nwhere eschvoca told me that...\n> If I do a:\n> \n> cg-commit\n> modifiy some files\n> cg-rm \n> cg-add \n> cg-rm \n> \n> Then how do I get back and undo all of the cg-adds and cg-rms? I want\n> cg-status to show the the changes from my commit and my current\n> working tree.\n\n why can't you just do the following?\n\n\tcg-add \n\tcg-rm \n\tcg-add \n\n Hmm. Would it be non-marginally useful to offer something like\n\n\tcg-reset --adds-removals\n\nto just reset the index? (It's not --index because Cogito users aren't\nsupposed to have to know what an \"index\" is.)\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nVI has two modes: the one in which it beeps and the one in which\nit doesn't.\n"},{"id":"10403","messageId":"2b05065b0510202023i62ab7c03uea1381d76535dcc7@mail.gmail.com","threadId":"2123","inReplyTo":"20051020085931.GW30889@pasky.or.cz","subject":"Re: How do I clear the directory cache","fromName":"eschvoca","fromEmail":"eschvoca@gmail.com","sentAt":"2005-10-21T03:23:28Z","receivedAt":"2005-10-21T03:23:28Z","isPatch":false,"sender":{"key":"eschvoca@gmail.com","avatar":null},"body":"Yes, \"cg-reset --adds-removals\" is what I want (how do I do this with\npure git?).\n\nI would like to clear/reset the index because I've screwed it all up. \nI don't think I can do as you suggested because of the way I got into\nthis mess.\n\nI'm using git/cogito to version control my hard drive and I've been\ngradually adding more entries into the .gitignore file because some\nfiles change too frequently or I don't want them backed up. The OS\nmodified a bunch of files, I cg-rm'd 1/4 of them, then I changed my\nmind and added them back, also did some genuine cg-adds, etc. and now\nI'm all confused (it's a whole hard drive). If other people are\ninterested in doing this I can pass on the lessons I learned.\n\nWhat I found it git is amazingly fast! cg-status only takes a few\nseconds. I think there are some problems if you try to do:\n\ncd /\ncg-add -r usr\ncg-commit -m \"take a long break\"\n\nIt seems that cg-add-ing and cg-commit-ing smaller chunks is faster\nthan one big chunk.\n\nI think commands for the following should be added to cogito:\n\ncg-status - # list files with given status flag (without\nstatus flag in column 1)\n git-ls-files [--others|--deleted|etc] --exclude-per-directory=/.gitignore\n\ncg-add [-r] - # add files with a given status flag\n git-ls-files [--others|--deleted|etc]\n--exclude-per-directory=/.gitignore | while read i; do cg-add \"$i;\ndone\n\ncg-rm [-r] - # you get the idea.\n\ncg-addremove # recursively add new files, remove deleted files\n\nI use \"while read i\" so it will work with spaces in filenames.\n"},{"id":"10407","messageId":"7vmzl34ikl.fsf@assigned-by-dhcp.cox.net","threadId":"2123","inReplyTo":"2b05065b0510202023i62ab7c03uea1381d76535dcc7@mail.gmail.com","subject":"Re: How do I clear the directory cache","fromName":"Junio C Hamano","fromEmail":"junkio@cox.net","sentAt":"2005-10-21T04:09:30Z","receivedAt":"2005-10-21T04:09:30Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"eschvoca writes:\n\n> Yes, ... is what I want (how do I do this with pure git?).\n\nHow do you do *what* with pure git is something not clear to me,\nso let me try to rephrase you and see if I understood what you\nwant correctly, in pure git terms:\n\n 0. Your last commit (.git/HEAD), your index file (.git/index)\n and the files in your working tree are in sync to begin\n with.\n\n 1. Then you do random changes in the working tree (add, modify,\n remove) and do git-update-index on them without making a\n commit. If your index file is fully in sync with your\n working tree, git-diff-files would say nothing after this.\n If you did git-update-index on some but not all, then\n git-diff-files would report unrecorded changes.\n\n 2. But you want to revert these changes to the index file. By\n \"clearing the directory cache\", you mean you want the index\n file to have what it had in step 0, but you want to keep\n what is on the filesystem intact.\n\nIf that is what you want, then:\n\n\t$ git-read-tree HEAD\n $ git-update-index --refresh >/dev/null\n\nwould reset the index to the tree recorded in your last commit.\nYou can see that\n\n\t$ git diff --name-status --cached HEAD\n\ndoes not report any difference between HEAD and your index, while\n\n\t$ git diff --name-status\n\nshows the differences between your index and your working tree.\n\nHOWEVER, the index file does not record \"intent to add\", so you\nwould not see files you added in step 1. mentioned in the output\nof the last command.\n"},{"id":"10422","messageId":"20051021105235.GF30889@pasky.or.cz","threadId":"2123","inReplyTo":"2b05065b0510202023i62ab7c03uea1381d76535dcc7@mail.gmail.com","subject":"Re: How do I clear the directory cache","fromName":"Petr Baudis","fromEmail":"pasky@suse.cz","sentAt":"2005-10-21T10:52:35Z","receivedAt":"2005-10-21T10:52:35Z","isPatch":false,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Fri, Oct 21, 2005 at 05:23:28AM CEST, I got a letter\nwhere eschvoca told me that...\n> Yes, \"cg-reset --adds-removals\" is what I want (how do I do this with\n> pure git?).\n\n\tgit-read-tree HEAD\n\tgit-update-cache --refresh\n\n> I would like to clear/reset the index because I've screwed it all up. \n> I don't think I can do as you suggested because of the way I got into\n> this mess.\n> \n> I'm using git/cogito to version control my hard drive and I've been\n> gradually adding more entries into the .gitignore file because some\n> files change too frequently or I don't want them backed up. The OS\n> modified a bunch of files, I cg-rm'd 1/4 of them, then I changed my\n> mind and added them back, also did some genuine cg-adds, etc. and now\n> I'm all confused (it's a whole hard drive).\n\nWell, cg-status should show you what you effectively did, and then you\ncould just do something like:\n\n\tcg-status -w | grep ^D | tr '\\n' '\\0' | xargs -0 cg-add\n\tcg-status -w | grep ^A | tr '\\n' '\\0' | xargs -0 cg-rm\n\n> If other people are interested in doing this I can pass on the lessons\n> I learned.\n> \n> What I found it git is amazingly fast! cg-status only takes a few\n> seconds. I think there are some problems if you try to do:\n> \n> cd /\n> cg-add -r usr\n> cg-commit -m \"take a long break\"\n> \n> It seems that cg-add-ing and cg-commit-ing smaller chunks is faster\n> than one big chunk.\n\nInteresting. I cannot spot anything which would bog it down in Cogito.\nIs both cg-add and cg-commit significantly slower? (That is, if it takes\nlonger than sum of the smaller chunks.) Perhaps it's a cache issue, not\neverything from the chunk fits into your cache during cg-add, so\ncg-commit has to reread it from the disk.\n\n> I think commands for the following should be added to cogito:\n\nI'd prefer:\n\n> cg-status - # list files with given status flag (without\n> status flag in column 1)\n> git-ls-files [--others|--deleted|etc] --exclude-per-directory=/.gitignore\n\nAll right, this might be useful. Implemented as cg-status -s '?' and such,\nthanks for the idea.\n\n> cg-add [-r] - # add files with a given status flag\n> git-ls-files [--others|--deleted|etc]\n> --exclude-per-directory=/.gitignore | while read i; do cg-add \"$i;\n> done\n> \n> cg-rm [-r] - # you get the idea.\n> \n> cg-addremove # recursively add new files, remove deleted files\n\nI implemented the cg-reset --adds-removes option, but I don't feel\ncomfortable with the cg-add change - just -r would be enough to add new\nfiles, and if you are in mess big enough, you can just cg-reset. It\nwould be useful to make cg-rm symmetric to cg-add, though. Then you\ncould do just\n\n\tcg-add -r . && cg-rm -r .\n\nand it would be equivalent to cg-addremove.\n\n> I use \"while read i\" so it will work with spaces in filenames.\n\nAnd break with leading spaces unless you modified $IFS properly. Note\nthat those people having filenames starting by spaces are either\nseriously sick or script kiddies who just rooted you (or warez kiddies\non your FTP server with anonymously-writable incoming).\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nVI has two modes: the one in which it beeps and the one in which\nit doesn't.\n"},{"id":"10436","messageId":"2b05065b0510211316j632c461apbb6f2f162e5fc7ef@mail.gmail.com","threadId":"2123","inReplyTo":"7vmzl34ikl.fsf@assigned-by-dhcp.cox.net","subject":"Re: How do I clear the directory cache","fromName":"eschvoca","fromEmail":"eschvoca@gmail.com","sentAt":"2005-10-21T20:16:21Z","receivedAt":"2005-10-21T20:16:21Z","isPatch":false,"sender":{"key":"eschvoca@gmail.com","avatar":null},"body":"On 10/21/05, Junio C Hamano wrote:\n> eschvoca writes:\n>\n> > Yes, ... is what I want (how do I do this with pure git?).\n>\n> How do you do *what* with pure git is something not clear to me,\n> so let me try to rephrase you and see if I understood what you\n> want correctly, in pure git terms:\n>\n> 0. Your last commit (.git/HEAD), your index file (.git/index)\n> and the files in your working tree are in sync to begin\n> with.\n>\n> 1. Then you do random changes in the working tree (add, modify,\n> remove) and do git-update-index on them without making a\n> commit. If your index file is fully in sync with your\n> working tree, git-diff-files would say nothing after this.\n> If you did git-update-index on some but not all, then\n> git-diff-files would report unrecorded changes.\n>\n> 2. But you want to revert these changes to the index file. By\n> \"clearing the directory cache\", you mean you want the index\n> file to have what it had in step 0, but you want to keep\n> what is on the filesystem intact.\n>\n> If that is what you want, then:\n>\n> $ git-read-tree HEAD\n> $ git-update-index --refresh >/dev/null\n\n\nYes, this does exaclty what I want. Thankyou.\n\n> would reset the index to the tree recorded in your last commit.\n> You can see that\n>\n> $ git diff --name-status --cached HEAD\n>\n> does not report any difference between HEAD and your index, while\n>\n> $ git diff --name-status\n>\n> shows the differences between your index and your working tree.\n>\n> HOWEVER, the index file does not record \"intent to add\", so you\n> would not see files you added in step 1. mentioned in the output\n> of the last command.\n>\n>\n>\n>\n"},{"id":"10438","messageId":"2b05065b0510211340y9551767i53fe53c0dc14460a@mail.gmail.com","threadId":"2123","inReplyTo":"20051021105235.GF30889@pasky.or.cz","subject":"Re: How do I clear the directory cache","fromName":"eschvoca","fromEmail":"eschvoca@gmail.com","sentAt":"2005-10-21T20:40:07Z","receivedAt":"2005-10-21T20:40:07Z","isPatch":false,"sender":{"key":"eschvoca@gmail.com","avatar":null},"body":"On 10/21/05, Petr Baudis wrote:\n> Dear diary, on Fri, Oct 21, 2005 at 05:23:28AM CEST, I got a letter\n> where eschvoca told me that...\n> > Yes, \"cg-reset --adds-removals\" is what I want (how do I do this with\n> > pure git?).\n>\n> git-read-tree HEAD\n> git-update-cache --refresh\n\nThanks, it solves my problem.\n\n> > I would like to clear/reset the index because I've screwed it all up.\n> > I don't think I can do as you suggested because of the way I got into\n> > this mess.\n> >\n> > I'm using git/cogito to version control my hard drive and I've been\n> > gradually adding more entries into the .gitignore file because some\n> > files change too frequently or I don't want them backed up. The OS\n> > modified a bunch of files, I cg-rm'd 1/4 of them, then I changed my\n> > mind and added them back, also did some genuine cg-adds, etc. and now\n> > I'm all confused (it's a whole hard drive).\n>\n> Well, cg-status should show you what you effectively did, and then you\n> could just do something like:\n>\n> cg-status -w | grep ^D | tr '\\n' '\\0' | xargs -0 cg-add\n> cg-status -w | grep ^A | tr '\\n' '\\0' | xargs -0 cg-rm\n\nThis is the right idea (and what I like to do) but you would have to\nremove the status flag (1st 2 chars) otherwise it gets included as part\nof the filename. I think most shells have some pretty small command\nlength limits so i prefer to pipe into a loop rather than use xargs.\n\n> > If other people are interested in doing this I can pass on the lessons\n> > I learned.\n> >\n> > What I found it git is amazingly fast! cg-status only takes a few\n> > seconds. I think there are some problems if you try to do:\n> >\n> > cd /\n> > cg-add -r usr\n> > cg-commit -m \"take a long break\"\n> >\n> > It seems that cg-add-ing and cg-commit-ing smaller chunks is faster\n> > than one big chunk.\n>\n> Interesting. I cannot spot anything which would bog it down in Cogito.\n> Is both cg-add and cg-commit significantly slower? (That is, if it takes\n> longer than sum of the smaller chunks.) Perhaps it's a cache issue, not\n> everything from the chunk fits into your cache during cg-add, so\n> cg-commit has to reread it from the disk.\n\nI'll do some tests when I have time; currently this is just a gut feeling.\n\n> > I think commands for the following should be added to cogito:\n>\n> I'd prefer:\n>\n> > cg-status - # list files with given status flag (without\n> > status flag in column 1)\n> > git-ls-files [--others|--deleted|etc] --exclude-per-directory=/.gitignore\n>\n> All right, this might be useful. Implemented as cg-status -s '?' and such,\n> thanks for the idea.\n\nThis is great but it would be easier to work with if there was another\nswitch to turn off printing\nout the status flag. Otherwise you have to 'sed' or 'awk' out the\nstatus flag which is a pain, especially when files have spaces in\nthem.\n\n> > cg-add [-r] - # add files with a given status flag\n> > git-ls-files [--others|--deleted|etc]\n> > --exclude-per-directory=/.gitignore | while read i; do cg-add \"$i;\n> > done\n> >\n> > cg-rm [-r] - # you get the idea.\n> >\n> > cg-addremove # recursively add new files, remove deleted files\n>\n> I implemented the cg-reset --adds-removes option, but I don't feel\n> comfortable with the cg-add change - just -r would be enough to add new\n> files, and if you are in mess big enough, you can just cg-reset. It\n> would be useful to make cg-rm symmetric to cg-add, though. Then you\n> could do just\n>\n> cg-add -r . && cg-rm -r .\n>\n> and it would be equivalent to cg-addremove.\n\nYes, that would be better -- more modular without being too much extra.\n\nAlso, the \"cg-add -r\" exits when a file is bad. It would have saved\nme a few hours if it would keep not exit on a failure (and add the bad\nfiles to .gitignore ... but that is probably asking for too much).\n\n> > I use \"while read i\" so it will work with spaces in filenames.\n>\n> And break with leading spaces unless you modified $IFS properly. Note\n> that those people having filenames starting by spaces are either\n> seriously sick or script kiddies who just rooted you (or warez kiddies\n> on your FTP server with anonymously-writable incoming).\n\nYeah, spaces are a nuisance and quite useless at the beginning of a\nfile...CrossOver Office had some spaces in directory names.\n"},{"id":"10440","messageId":"Pine.LNX.4.64.0510211354440.10477@g5.osdl.org","threadId":"2123","inReplyTo":"2b05065b0510211316j632c461apbb6f2f162e5fc7ef@mail.gmail.com","subject":"Re: How do I clear the directory cache","fromName":"Linus Torvalds","fromEmail":"torvalds@osdl.org","sentAt":"2005-10-21T21:00:00Z","receivedAt":"2005-10-21T21:00:00Z","isPatch":false,"sender":{"key":"torvalds@linux-foundation.org","avatar":"https://avatars.githubusercontent.com/u/1024025?v=4"},"body":"\n\nOn Fri, 21 Oct 2005, eschvoca wrote:\n> >\n> > If that is what you want, then:\n> >\n> > $ git-read-tree HEAD\n> > $ git-update-index --refresh >/dev/null\n> \n> \n> Yes, this does exaclty what I want. Thankyou.\n\nBtw, if this ends up being something you do often (or more than once), \nit's best to use the \"--reset\" flag to git-read-tree.\n\nThat will cause git-read-tree to still try to use any old usable entries \nin the old index, which most of the time means that 99% of the index will \nbe up-to-date, and that in turn makes the index refresh _much_ faster.\n\nFor small projects it doesn't matter, of course.\n\nIn fact, those two lines can also be written simply as\n\n\tgit reset\n\nwhich will do this, and more (in particular, it will also remove any sign \nof a partial merge-head).\n\n\t\t\tLinus\n"},{"id":"10443","messageId":"20051021214326.GJ30889@pasky.or.cz","threadId":"2123","inReplyTo":"2b05065b0510211340y9551767i53fe53c0dc14460a@mail.gmail.com","subject":"Re: How do I clear the directory cache","fromName":"Petr Baudis","fromEmail":"pasky@suse.cz","sentAt":"2005-10-21T21:43:26Z","receivedAt":"2005-10-21T21:43:26Z","isPatch":false,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Fri, Oct 21, 2005 at 10:40:07PM CEST, I got a letter\nwhere eschvoca told me that...\n> On 10/21/05, Petr Baudis wrote:\n> > Dear diary, on Fri, Oct 21, 2005 at 05:23:28AM CEST, I got a letter\n> > where eschvoca told me that...\n> > > cg-status - # list files with given status flag (without\n> > > status flag in column 1)\n> > > git-ls-files [--others|--deleted|etc] --exclude-per-directory=/.gitignore\n> >\n> > All right, this might be useful. Implemented as cg-status -s '?' and such,\n> > thanks for the idea.\n> \n> This is great but it would be easier to work with if there was another\n> switch to turn off printing\n> out the status flag. Otherwise you have to 'sed' or 'awk' out the\n> status flag which is a pain, especially when files have spaces in\n> them.\n\nNot such a huge pain, but if we already have -s... I added -n which does\nwhat you want.\n\n> Also, the \"cg-add -r\" exits when a file is bad. It would have saved\n> me a few hours if it would keep not exit on a failure (and add the bad\n> files to .gitignore ... but that is probably asking for too much).\n\nI don't like the idea of adding the files automagically to .gitignore,\nbut it won't abort the whole operation because of them anymore.\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nVI has two modes: the one in which it beeps and the one in which\nit doesn't.\n"},{"id":"10465","messageId":"2b05065b0510221220r5c498c28lcb00d8846f156686@mail.gmail.com","threadId":"2123","inReplyTo":"20051021214326.GJ30889@pasky.or.cz","subject":"Re: How do I clear the directory cache","fromName":"eschvoca","fromEmail":"eschvoca@gmail.com","sentAt":"2005-10-22T19:20:40Z","receivedAt":"2005-10-22T19:20:40Z","isPatch":false,"sender":{"key":"eschvoca@gmail.com","avatar":null},"body":"On 10/21/05, Petr Baudis wrote:\n> Dear diary, on Fri, Oct 21, 2005 at 10:40:07PM CEST, I got a letter\n> where eschvoca told me that...\n> > On 10/21/05, Petr Baudis wrote:\n> > > Dear diary, on Fri, Oct 21, 2005 at 05:23:28AM CEST, I got a letter\n> > > where eschvoca told me that...\n> > > > cg-status - # list files with given status flag (without\n> > > > status flag in column 1)\n> > > > git-ls-files [--others|--deleted|etc] --exclude-per-directory=/.gitignore\n> > >\n> > > All right, this might be useful. Implemented as cg-status -s '?' and such,\n> > > thanks for the idea.\n> >\n> > This is great but it would be easier to work with if there was another\n> > switch to turn off printing\n> > out the status flag. Otherwise you have to 'sed' or 'awk' out the\n> > status flag which is a pain, especially when files have spaces in\n> > them.\n>\n> Not such a huge pain, but if we already have -s... I added -n which does\n> what you want.\n\nGreat.\n\n> > Also, the \"cg-add -r\" exits when a file is bad. It would have saved\n> > me a few hours if it would keep not exit on a failure (and add the bad\n> > files to .gitignore ... but that is probably asking for too much).\n>\n> I don't like the idea of adding the files automagically to .gitignore,\n> but it won't abort the whole operation because of them anymore.\n>\n\nI think it would make a lot of sense to print out an error to stderr\nif the file is\nbad (maybe you already do). From there it should be easy to capture stderr\nand construct .gitignore.\n\nThanks for making cogito better for me and exceeding my expectations.\n"},{"id":"10468","messageId":"20051022210939.GR30889@pasky.or.cz","threadId":"2123","inReplyTo":"2b05065b0510221220r5c498c28lcb00d8846f156686@mail.gmail.com","subject":"Re: How do I clear the directory cache","fromName":"Petr Baudis","fromEmail":"pasky@suse.cz","sentAt":"2005-10-22T21:09:39Z","receivedAt":"2005-10-22T21:09:39Z","isPatch":false,"sender":{"key":"pasky@ucw.cz","avatar":"https://avatars.githubusercontent.com/u/18439?v=4"},"body":"Dear diary, on Sat, Oct 22, 2005 at 09:20:40PM CEST, I got a letter\nwhere eschvoca told me that...\n> I think it would make a lot of sense to print out an error to stderr\n> if the file is\n> bad (maybe you already do). From there it should be easy to capture stderr\n> and construct .gitignore.\n\nYes, we already do.\n\n-- \n\t\t\t\tPetr \"Pasky\" Baudis\nStuff: http://pasky.or.cz/\nVI has two modes: the one in which it beeps and the one in which\nit doesn't.\n"}]}