{"thread":{"id":"16588","subject":"read-only mode","startedAt":"2008-12-03T22:44:24Z","lastAt":"2008-12-04T09:47:13Z","messageCount":3,"participants":["jidanni@jidanni.org","Miklos Vajna","Michael J Gruber"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"97103","messageId":"8763m0swtz.fsf@jidanni.org","threadId":"16588","inReplyTo":null,"subject":"read-only mode","fromName":"","fromEmail":"jidanni@jidanni.org","sentAt":"2008-12-03T22:44:24Z","receivedAt":"2008-12-03T22:44:24Z","isPatch":false,"sender":{"key":"jidanni@jidanni.org","avatar":"https://gravatar.com/avatar/36568d4af4c8d3e71627ef3b8c8d00e39065b12f29676cccd38ced75e68fa2a6?d=mp&s=160"},"body":"Here's a documentation stub. Please fix and finish it and place in some manual.\n\n==Using git in read-only mode==\nLet's say you just want to examine things. There is a fine line\nbetween commands and options that just examine things vs. those that\nchange things. One might worry that they can't remember that fine line.\n\nTherefore the safest way to ensure you are using git in 'read-only mode' is to\n* su nobody, or\n* chmod -R u-w . (and remember to chmod -R u+w when you are finished), or\n* ???\n"},{"id":"97110","messageId":"20081203231052.GW19355@genesis.frugalware.org","threadId":"16588","inReplyTo":"8763m0swtz.fsf@jidanni.org","subject":"Re: read-only mode","fromName":"Miklos Vajna","fromEmail":"vmiklos@frugalware.org","sentAt":"2008-12-03T23:10:52Z","receivedAt":"2008-12-03T23:10:52Z","isPatch":false,"sender":{"key":"vmiklos@frugalware.org","avatar":"https://gravatar.com/avatar/401c1cbbb3a5d13e650c691a2c71d6fd0b80df1a01bc74d9f1972675dd58f2bd?d=mp&s=160"},"body":"On Thu, Dec 04, 2008 at 06:44:24AM +0800, jidanni@jidanni.org wrote:\n> Here's a documentation stub. Please fix and finish it and place in some manual.\n\nPlease read and follow Documentation/SubmittingPatches if you want this\nto be included.\n\nThanks.\n"},{"id":"97138","messageId":"4937A721.6000606@drmicha.warpmail.net","threadId":"16588","inReplyTo":"8763m0swtz.fsf@jidanni.org","subject":"Re: read-only mode","fromName":"Michael J Gruber","fromEmail":"git@drmicha.warpmail.net","sentAt":"2008-12-04T09:47:13Z","receivedAt":"2008-12-04T09:47:13Z","isPatch":false,"sender":{"key":"git@grubix.eu","avatar":"https://avatars.githubusercontent.com/u/233215?v=4"},"body":"jidanni@jidanni.org venit, vidit, dixit 03.12.2008 23:44:\n> Here's a documentation stub. Please fix and finish it and place in some manual.\n\n[Warning: irony ahead] Yes master, at your service!\n[I'm aware he tone in the quote above may be due to translation issues.]\n\n> ==Using git in read-only mode==\n> Let's say you just want to examine things. There is a fine line\n> between commands and options that just examine things vs. those that\n> change things. One might worry that they can't remember that fine line.\n> \n> Therefore the safest way to ensure you are using git in 'read-only mode' is to\n> * su nobody, or\n> * chmod -R u-w . (and remember to chmod -R u+w when you are finished), or\n\nThis does change things (time stamps).\n\nI'd say the two above are no git-specific suggestions at all, and \"cp -a\n.git .git-orig\" is the best safety-net for the cautious (assuming a\nclean working tree) when doing heavy work but overkill for inspection.\n\n> * ???\n\n* clone and inspect the clone instead\n* use obvious read-only commands (status, log, diff, show, ls-files,\ntag&branch without argument) and avoid obvious write commands (commit,\ncheckout, apply, ...)\n\nWithout specifying \"things\" any further (repo, objects, index, working\ntree) I don't really understand what the problem is.\n\nMichael\n"}]}