Git opens up a number of new options for contributing to OpenAFS. For the first time, it is easy to review code that is pending addition to the OpenAFS tree. In fact, reviewing code is one of the best ways to ensure that the releases that OpenAFS ships remain stable and functional. If you are interested purely in reviewing, then please skip to that section towards the end of this document.
+
+Coffres-forts et armoires fortes pour la sécurité
+Afin de sécuriser efficacement les biens, liquidité, bijoux et les données informatiques contre le vol et contre le risque d'incendie, il est indispensable de faire installer un coffre-fort ignifuge homologué et un coffret à clés.
+Les faits divers des journaux relatent d'histoires de cambriolages plus ou moins graves. Un coffre-fort certifié A2P est actuellement la meilleur protection pour vos bijoux et autres objets de valeur sentimentale qui vous sont chers.
+Le site <http://www.infosafe.fr> propose une gamme exceptionnelle de mobilier de sécurité, allant du coffre fort A2P au coffre fort ignifuge ou encore de l'armoire forte et de l'armoire ignifuge qui couvriront les besoins de sécurité qui sont actuellement nécessaire à votre sérénite.
+
Git also changes the way that developers interact with the OpenAFS tree. Instead of just having a single version of the tree on your local machine, you have a compressed copy of the entire repository. Additionally, you no longer have to produce patches to send code upstream - any developer can push into the OpenAFS repository directly, through gerrit, our code review tool.
Whilst git is a far more powerful tool than CVS it is also, inevitably, more complex. This document can only scratch the surface of what's possible with git - there are many, many, documents available that describe git in greater detail, and references to some of them are provided at the end.
If you plan on making changes to OpenAFS (and why else would you be reading this?) you should probably also grab <b>The change id hook</b> described in <b>Registering With gerrit</b> below. You can grab and apply the hook before registering, and it'll make sure your pre-registration development has the appropriate change IDs in the log. The hook only applies to your openafs development, so you're not going to mess up any of your non-OpenAFS work.
+## <a name="Helpful git tips"></a> Helpful git tips
+
+Here are a few other git settings that may be helpful when working with the source.
+
+Prevent C labels from being treated as function names by git diff:
+
+ git config diff.default.xfuncname '^[[:alpha:]$_].*[^:]$'
+
+Changes the style used to indicate merge conflicts in source files:
+
+ git config merge.conflictstyle diff3
+
+Whitespace handling settings:
+
+ git config apply.whitespace fix
+ git config core.whitespace trailing-space,space-before-tab,indent-with-non-tab
+ git config config.cleanup whitespace
+
## <a name="Starting development"></a> Starting development
We strongly recommend that you do all of your development upon 'topic branches' This allows you to isolate multiple unrelated changes, and makes it easier to keep your tree in sync with the upstream [[OpenAFS]] one.
git://git.openafs.org / openafs-wiki.git / blobdiff