1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
|
Contributing to QTIP
====================
First of all, thanks for taking your time to contribute.
QTIP is a project in OPNFV. If you are new to OPNFV, you may read
[Developer Getting Started][gs] first.
Peer Review
-----------
Peer review is the most important communication channel between developers.
Every subtle change to the code or document **MUST** be reviewed before
submission.
Add group `qtip-reviewers` in [gerrit][gr] when you consider a patch set is ready.
Please make sure there is at least one `+1` or `+2` from others before
submitting a patch set.
Note: only members in `ldap/opnfv-gerrit-qtip-submitters` have permission
to submit. The current members are listed in [INFO][if].
Active Reviewers
----------------
Current list of active reviewers in gerrit group `qtip-reviewers`
* Akhil Batra <akhil.batra@research.iiit.ac.in>
* Serena Feng <feng.xiaowei@zte.com.cn>
* Taseer Ahmed <taseer94@gmail.com>
* Yujun Zhang <zhang.yujunz@zte.com.cn>
* Zhifeng Jiang <jiang.zhifeng@zte.com.cn>
* Zhihui Wu <wu.zhihui1@zte.com.cn>
By becoming an active reviewer, you agree to allow others to invite you as
reviewers in QTIP project freely. Any one in OPNFV community can apply to join
QTIP reviewers group or leave by submitting a patch on this document.
Tasks and Issues
----------------
Tasks and issues are management in [JIRA][jr]. The usage of different
[Issue Types][it] in QTIP are as following:
* `Task`: it must be achievable in **one sprint**, otherwise it needs to be split.
* `Sub-Task`: it must be resolvable by **one developer** within **one sprint**,
otherwise it need to be split.
`Bug`, `New Feature`, `Improvement`, `Story` and `Epic` are not
restricted by time frame. But it is recommended to to define the scope clearly
and break down into manageable tasks.
Development Cycle
-----------------
QTIP follows the cycle of [OPNFV Releases][or] which is approximately one release
every half year.
The tasks are organized by sprints, three weeks for each.
The target and content of each sprint is discussed in weekly meeting.
Coding Style
------------
QTIP follows [OpenStack Style Guidelines][os] for source code and commit message.
Specially, it is recommended to link each patch set with a JIRA issue. Put
JIRA: QTIP-n
in commit message to create an automatic link.
Documentation
-------------
The documents are built automatically by sphinx from reStructuredText (reST).
Please read [reStructuredText Primer][rp] if you are not familiar with it.
A cheat sheet for headings are as following
* `#` with overline, for parts
* `*` with overline, for chapters
* `=`, for sections
* `-`, for subsections
* `^`, for subsubsections
* `"`, for paragraphs
Frequent Asked Questions
------------------------
Q: May I work on task which have already been assigned to others?
A: Yes. But please make sure you have contacted the original assignee to avoid
overlapping.
[gs]: https://wiki.opnfv.org/display/DEV/Developer+Getting+Started
[gr]: https://gerrit.opnfv.org/gerrit/#/q/project:+qtip
[jr]: https://jira.opnfv.org/browse/QTIP
[or]: https://wiki.opnfv.org/display/SWREL
[it]: https://jira.opnfv.org/secure/ShowConstantsHelp.jspa?decorator=popup#IssueTypes
[os]: http://docs.openstack.org/developer/hacking/
[if]: https://git.opnfv.org/cgit/qtip/tree/INFO
[rp]: http://www.sphinx-doc.org/en/stable/rest.html
|
