(1) Discuss any large changes on the mailing list first. Post patches early and
listen to feedback.
+
+
(2) Official upstream repository is kept in git ("git://libvirt.org/libvirt.git")
and is browsable along with other libvirt-related repositories (e.g.
libvirt-python) online <http://libvirt.org/git/>.
+
+
(3) Patches to translations are maintained via the zanata project
<https://fedora.zanata.org/>. If you want to fix a translation in a .po file,
join the appropriate language team. The libvirt release process automatically
pulls the latest version of each translation file from zanata.
+
+
(4) Post patches using "git send-email", with git rename detection enabled. You
need a one-time setup of:
(7) Make sure your patches apply against libvirt GIT. Developers only follow GIT
and don't care much about released versions.
+
+
(8) Run the automated tests on your code before submitting any changes. In
particular, configure with compile warnings set to -Werror. This is done
automatically for a git checkout; from a tarball, use:
+
+
There is more on this subject, including lots of links to background reading
on the subject, on Richard Jones' guide to working with open source projects
<http://people.redhat.com/rjones/how-to-supply-code-to-open-source-projects/>.
}
</pre>
</li>
- <li>Update tests and/or documentation, particularly if you are adding
- a new feature or changing the output of a program.</li>
+
+ <li>
+ <p>Update tests and/or documentation, particularly if you are adding
+ a new feature or changing the output of a program.</p>
+ </li>
</ol>
<p>