Closed (fixed)
Project:
Version Control API -- Git backend
Version:
6.x-2.x-dev
Component:
Code
Priority:
Critical
Category:
Task
Assigned:
Issue tags:
Reporter:
Created:
7 Jun 2009 at 14:33 UTC
Updated:
26 Mar 2014 at 15:02 UTC
Jump to comment: Most recent
Comments
Comment #1
CorniI commentedtagging for release...
Comment #2
CorniI commentedComment #3
sdboyer commentedDepending on the scope and difficulty of the changes, there's probably a point at which it would be worth waiting until we can generate a gitlib (analogue to svnlib) that'll make doing those operations easier. I dunno how many or how complex changes you have in mind, though, so I'm just throwing that out there as a general note.
Comment #4
sdboyer commentedneed these, BIIIIG time, for phase 2 of the migration.
well actually, we may end up implementing the hooks we want in the drupalorg module, or something less generic than vcsapi. but until that decision is made, i'm tagging this issue accordingly.
Comment #5
sdboyer commentedComment #6
CorniI commentedwell, this is already in the vcs_git queue, not the vcsapi one, so i think it's quite right here ;)
The most dumbed-down version of the hooks would just fire off the log parser, so it shouldn't be that complicated.
It get's more complicated when one tries to incorporate the information given by the commit hook so that the log parser is more performant.
Comment #7
marvil07 commentedrelated: #973944: Integrate GSoC 2009 Daniel Hackney work, IIRC that was one of the main goals for Daniel
Comment #8
marvil07 commentedanother related: #730738: chdir() call leads to fatal error because files can't be included anymore.
Comment #9
marvil07 commentedComment #10
sdboyer commentedWe're going to be writing some serverside git hooks in sprint 8 - though they'll probably end up being entirely d.o specific. Hence this issue in infra: #1012988: Create serverside git hooks that interact with our unique server environment. We need to update these before we can make a stable release, though.
Comment #11
eliza411 commentedIf you can't help Sam with this, would you please reassign it to him?
Comment #12
sdboyer commentedWe don't need this for launch, since we use our own custom set of hooks that are really quite distinct from anything that would be useful generically. Untagging, and not tagging for phase 3.
We need something in vc_git for it to be set for a stable release, I think, but that's a separate priority.
Comment #13
eliza411 commentedremoving sprint 9 tag
Comment #14
marvil07 commented@sdboyer: Probably related with your current work? (IIRC it would be generalizing it?)
Comment #15
sdboyer commentedYeah, this dovetails with generalizing the history sync mechanism and some of the new methods added to that interface. We may need to decide on what our "out of the box" target use case is for these to be really useful...maybe not. We might be able to get away with a single generic set.
Comment #16
marvil07 commentedNot sure about the status of this, but before git hook scripts for d.o ended up managed with puppet directly they were on the drupalorg project, so pasting here a: link there.
Comment #17
marvil07 commentedThe basic workflow is covered!
See