David.Marker at Sun.COM wrote: > Author: dmarker <David.Marker at sun.com> > Repository: /hg/scm-migration/onnv-gk-tools > Latest revision: 31c303d99a38e4f550da3b97a517ea0a1cb34e57 > Total changesets: 1 > Log message: > provide a hook capable of running other collections of hooks in the > background. > update cache.py to look for $TIP environment variable and fall back on "tip". > > Files: > create: hook/bghook.py > update: hook/cache.py > _______________________________________________ > scm-migration-dev mailing list > scm-migration-dev at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/scm-migration-dev >
OK this is a hook that has been baking a while. Basically Mark Nelson and I had some brainstorming about how to speed things up on the gate (mostly `hg push`). Originally we were looking at using at(1) jobs but that's just one extra process we don't need. pythons subprocess module handles this just fine. Turns out there are even more possibilities by having a hook that will run other hooks in the background. Like you can now have a pretxnchangegroup that starts the background job. That means a CTRL-C either rolls back or all our other hooks that were sent to the background still happen. Could be useful for when the gate goes outside and we can't be sure others are using cadmium extensions to block CTRL-C. The hook itself (attached for those of you that don't want to pull from the repo) has more comment/docstring than actual code. Take a look, unless anybody really hates the concept we will start by using this to update hg.os.o, and then move on to have webrev and other long running hooks take place in the background. -dvd -------------- next part -------------- A non-text attachment was scrubbed... Name: bghook.py Type: text/x-python Size: 14698 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/scm-migration-dev/attachments/20080917/629dacbd/attachment.py>
