diff options
author | Perberos <[email protected]> | 2011-12-01 22:24:23 -0300 |
---|---|---|
committer | Perberos <[email protected]> | 2011-12-01 22:24:23 -0300 |
commit | 0e004c696b0e68b2cff37a4c3315b022a35eaf43 (patch) | |
tree | 43261e815529cb9518ed7be37af13b846af8b26b /HACKING | |
download | caja-0e004c696b0e68b2cff37a4c3315b022a35eaf43.tar.bz2 caja-0e004c696b0e68b2cff37a4c3315b022a35eaf43.tar.xz |
moving from https://github.com/perberos/mate-desktop-environment
Diffstat (limited to 'HACKING')
-rw-r--r-- | HACKING | 57 |
1 files changed, 57 insertions, 0 deletions
diff --git a/HACKING b/HACKING new file mode 100644 index 00000000..734ac49a --- /dev/null +++ b/HACKING @@ -0,0 +1,57 @@ +Hacking on Caja +------------------- + +The Caja source tree is available from MATE git (git.gnome.org) and +in releases on the MATE FTP site +(http://ftp.gnome.org/pub/MATE/sources/caja/). + +If you plan to hack on Caja, please make sure you work from the +Git version. The Git version can be checked from the MATE git server. +See http://live.gnome.org/Git for details on how to get started with +MATE Git. For details on how Caja uses git, see the README.commits +file. + +If you want to contribute in development discussions, please send mail +to the caja mailing list: <[email protected]>. Archives and +subscription information are available at +http://mail.gnome.org/mailman/listinfo/caja-list + + +Submitting Patches +------------------ + +If you've been working on a change to Caja and want to propose it +for inclusion, you have to generate a patch and submit it for review +by the maintainers. + +Patches should be made with 'git format-patch -M' +and should conform to Caja coding style as described in +docs/style-guide.html. We are pretty strict about coding style, so +please make sure you follow the style guide to avoid unnecessary +work on both sides when reviewing the patch. + +The best way to submit a patch for review is to post it on the mailing +list. That way everyone sees it and can take part in the following +discussion about it. Sometimes people also attach patches to bugs in +bugzilla (http://bugzilla.gnome.org, product 'caja'). If you do +this, please send a mail to the list saying you did so, because it is +very easy for the bugzilla email to get lost in all the bugzilla +reports, and only the people CCd on the bug can partake in the +discussion. When attaching bugs to bugzilla from git the git-bz +command can be helpful, see: +http://blog.fishsoup.net/2008/11/16/git-bz-bugzilla-subcommand-for-git/ + +The Caja maintainers do their best to review patches and help +developers that want to work on something, however we are often +swamped in work and can miss an email or just forget to answer +it. Don't be afraid of reposting your patches after a while, or poking +us about the status of them. + +Also, if you're planning to do large changes, please take them up for +discussion on the list first. If you get feedback early it is much +easier to integrate it into your work. + +If your patch adds non-trivial strings, please ask for a string review +from the i18n team before committing the changes. Strings should avoid +contractions, and stay consistent with other strings already in Caja. +Please reuse strings within Caja where it makes sense to do so. |