devspec.en_US/trash/2.1.dev-actor-task.txt

   1 \r
   2 # tasks for an actor in src-pkg\r
   3 ===============================\r
   4 \r
   5 \r
   6 \r
   7 # skill and ability\r
   8 ===================\r
   9 + system use\r
  10 + c developer\r
  11 + cpp developer\r
  12 + sh-script developer\r
  13 + test (scripttest) with sh-script skill\r
  14 + language traslation\r
  15 + \r
  16 \r
  17 \r
  18 \r
  19 # privilege\r
  20 ===========\r
  21 \r
  22 + code download\r
  23 + code submit\r
  24 + design dir submit\r
  25 + mngr dir submit\r
  26 \r
  27 \r
  28 \r
  29 # task\r
  30 ======\r
  31 \r
  32 task: a thing to be done. bugfix, new-feature, initial-dev, and so on.\r
  33 step: an un-dispatchable unit for a task. it has a subject to do a thing for\r
  34   something.\r
  35 procedure: step=list for doing some thing. the step in it has the same purpose \r
  36   to implement.\r
  37 \r
  38     task a process for a thing, it's the conception of run-time. \r
  39 \r
  40 \r
  41         task entrence:\r
  42 \r
  43 + bug re-testing task\r
  44 + bug fix task\r
  45 + new feature develop task\r
  46 + test task\r
  47 + publish task\r
  48 \r
  49         tasks:\r
  50 \r
  51 + download & build\r
  52 \r
  53 + launch-publish\r
  54 + check-if-publish\r
  55 + publish\r
  56 + task-manager\r
  57 \r
  58 + new-idea\r
  59 + new-demond\r
  60 \r
  61 + feature-list\r
  62 + design-module\r
  63 + develop\r
  64 \r
  65 + bug-report\r
  66 + bug-retest\r
  67 + bug-fix\r
  68 + test-task\r
  69 \r
  70 + doc & tutorial\r
  71 + \r
  72 \r
  73 \r
  74 # privilege\r
  75 ===========\r
  76 \r
  77     every type of operation create a security code. checking it before \r
  78 operating.\r
  79     the operation right assign to a person, assign security code of the \r
  80 operation. but it's a weak tool for privilege. so, it's juest a cooperation\r
  81 utility. not the real meaning of operation privilege.\r
  82 \r
  83 \r
  84 \r
  85 \r
  86 \r
  87 \r
  88 \r
  89 # behaviour of various actors\r
  90 =============================\r
  91 \r
  92     here shows what thing the actor would to do. the actual work is translate\r
  93 to a procedure, which is a set of steps.\r
  94 \r
  95 initial-dev: first version of a src-pkg. maybe it's a new software, or it is a\r
  96   lib-pkg of a software.\r
  97 new-features: note => one version of features in todo => features and other task in todolist => runing task one by one => merge code.\r
  98 bug-report: submit bug description in mail, re-test, append into file of \r
  99   'bugs', and append with publish or LTS tag by tech-leader if it is needed.\r
 100       if the bug is important and emergency, write it into active-queue, and \r
 101   sign with 'publish' tag. when the bug is fixed, it will launch a patch \r
 102   version publish.\r
 103       if the bug is tagged with 'LTS', fix bug in all long times support \r
 104   version. every LTS version has a forked branch.\r
 105 bug-fix: get bug-report in 'bugs', append to 'todolist'. it would not be mixed\r
 106   with new feature todolist, because the todolist for new feature is in the new\r
 107   branch.\r
 108 testing: test for whole program.\r
 109 document: query document task, and get document or tutorial task in 'todolist',\r
 110   do actual work for it. when document have been writen, it invoke 'devtask' to\r
 111   delete corresponding document task in 'todolist'. and commit to server.\r
 112 translation: it's the same with document, but the actual work is document \r
 113   translation.\r
 114 publish: the condition of publish is that tasks in todolist is done. it do\r
 115   put some testing works, and put src-pkg and install-pkg on server, update \r
 116   webpages.\r
 117 LTS: long time support. if the version has suffix with '-LTS', it's a long time\r
 118   support version of code. long time support version is workd in N years, or \r
 119   M number of LTS version, and N years.0\r