Re: git repo corruption

Previous thread: google code git support by Miles Bader on Monday, January 3, 2011 - 10:08 pm. (1 message)

Next thread: BUG: gitk fails to parse 1.7.4-rc0 version string by Mathias Lafeldt on Tuesday, January 4, 2011 - 5:44 am. (1 message)
From: Levend Sayar
Date: Tuesday, January 4, 2011 - 2:10 am

Hi, all.

We have a repo on a corporate server. The sysadmin changed access
rights of files on our repo by accedant.
Some directories have 2750 acces rights before, but he changed as

chmod -R 2770 *

Now when you make git status, every file that is tracked by git is said as

changed but not updated

So is there a way to get this back to normal ?

TIA

_lvnd_
(^_^)
--

From: Drew Northup
Date: Tuesday, January 4, 2011 - 5:34 am

Am I correct in guessing that this is not a bare repo?

-- 
-Drew Northup N1XIM
   AKA RvnPhnx on OPN
________________________________________________
"As opposed to vegetable or mineral error?"
-John Pescatore, SANS NewsBites Vol. 12 Num. 59

--

From: Neal Kreitzinger
Date: Tuesday, January 4, 2011 - 2:42 pm

I assume the correct permissions for your tracked files should be 2750? 
  If so, then here's what I would do:

1.  First make a copy of your repo and test these steps on the copy:

e.g.  bare repo:  cp -rvp repo.git repocopy.git
non-bare-repo:  cp -rvp worktree worktreecopy

2. Then cd to the parent of the objects dir in you git repo:

e.g.  bare repo:  cd repocopy.git
non-bare repo:  cd worktreecopy/.git

3.  Then change the permissions of your objects dir:

chmod -R 2750 objects

4.  Validate the results.  Your permissions should match again.

5.  If it worked, then do it on the real repo.


v/r,
Neal
--

Previous thread: google code git support by Miles Bader on Monday, January 3, 2011 - 10:08 pm. (1 message)

Next thread: BUG: gitk fails to parse 1.7.4-rc0 version string by Mathias Lafeldt on Tuesday, January 4, 2011 - 5:44 am. (1 message)