Ignore:
Timestamp:
Jun 13, 2009, 6:59:08 PM (15 years ago)
Author:
price
Message:

update git-hooks notes to reflect asynchronous design

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/scripts/git-hooks/notes

    r2350 r2358  
    55  nothing else?
    66
    7 superrepo heads are dev, prod
     7superrepo heads are dev, prod, and dev-incoming, prod-incoming
    88on commit to superrepo:
     9  reject commits to dev, prod
     10  grab lock or fail
     11  spawn build process
     12  zephyr
     13
     14in build process for foo-incoming:
    915  for each changed submodule revision:
    1016    (as optimization: if same commit already in dev, just reprepro move)
    1117    try to build submodule
    1218    if fail:
    13       abort whole commit
     19      abort whole build
    1420      clean up any previous packages' built files, maybe keep this one's around
    1521    remember package and version
     
    1824    upload to dev/prod respectively
    1925    clean up built files
    20   actually commit
     26  commit to foo
     27  zephyr?
     28  release lock
     29if fail:
     30  reset foo-incoming to old revision
     31  send mail with log
    2132  zephyr
     33  release lock
    2234
    23 This makes a long pre-receive process.  Is that cool?
    24 Probably is the right thing.
    25 
     35Maybe there could be something sane without the lock?  It'd require
     36more thought.
Note: See TracChangeset for help on using the changeset viewer.