Thank you all for providing the options. Just so you know I finally went
with Alexey's suggestion. I used 'git show' to get both a list of files
in a directory and the content of each file. It works great on a bare
repository so there is no need to check out a copy on the server.
Below is the python code in my post-receive hook for this task, where
rev is something like 'HEAD:directory_name' for the first function and
'HEAD:directory/filename' for the second function.
# get a list of rule files using git show
def getRuleFileList(rev):
# run git show
p = subprocess.Popen(['git', 'show', rev], stdout=subprocess.PIPE)
p.wait()
if p.returncode != 0: return None # error
# parse output
i = 0
filelist = []
for line in p.stdout.readlines():
filelist.append(line)
p.stdout.close()
return filelist
# read the content of a file
def readfile(rev):
# run git show
p = subprocess.Popen(['git', 'show', rev], stdout=subprocess.PIPE)
p.wait()
if p.returncode != 0: return None # error
return p.stdout.read()
Hao
On 12/14/11 5:04 PM, Neal Kreitzinger wrote:
On 12/10/2011 4:29 AM, Hao wrote:
Hi guys,
I am writing a post-receive hook in Python that examines the content
of some files (the HEAD rev). Because the repo is a bare one on the
server. My current approach is to check out a working copy on the
server and run 'git pull' in post- receive to get the most up-to-date
version, and then process files in the working copy.
I have two questions. First, is there a way that I can access file
content in a bare repo without checking out a working copy? If this
is not possible, my approach would be reasonable. However, when 'git
pull' was called in the python script post-receive when a commit
occurs, it gives an error.
remote: fatal: Not a git repository: '.'
The call in python is
subprocess.Popen(["git", "pull"],
cwd="/Users/git/ts.git.workingcopy")
I read from a post (http://stackoverflow.com/questions/4043609/) that
GIT_DIR is causing this error. Is it safe to unset GIT_DIR in
post-receive?
The specific processing you intend to perform on the files would
determine which of the access techniques is appropriate for you.
Generally speaking, I think a checkout in a non-bare repo makes sense.
You could limit it to a shallow clone (see git-clone manpage) to save
space.
Another way to get the files is git-archive (creates tar file), that you
could extract to a dir for processing.
In both cases, you need to consider the default permissions in play with
git-checkout and git-archive if permissions are important in your
processing.
v/r,
neal
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html