summaryrefslogtreecommitdiffstats
path: root/doc/soc.txt
blob: 89728b5201f9818c6d3301079d53008eb2d5abdc (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
Google Summer of Code and similar project guidelines

Summer of Code is a project by Google in which students are paid to implement
some nice new features for various participating open source projects ...

This text is a collection of things to take care of for the next soc as
it's a little late for this year's soc (2006).

The Goal:
Our goal in respect to soc is and must be of course exactly one thing and
that is to improve Libav, to reach this goal, code must
* conform to the development policy and patch submission guidelines
* must improve Libav somehow (faster, smaller, "better",
  more codecs supported, fewer bugs, cleaner, ...)

for mentors and other developers to help students to reach that goal it is
essential that changes to their codebase are publicly visible, clean and
easy reviewable that again leads us to:
* use of a revision control system like git
* separation of cosmetic from non-cosmetic changes (this is almost entirely
  ignored by mentors and students in soc 2006 which might lead to a surprise
  when the code will be reviewed at the end before a possible inclusion in
  Libav, individual changes were generally not reviewable due to cosmetics).
* frequent commits, so that comments can be provided early
OpenPOWER on IntegriCloud