Merge pull request #7 from openfisca/clean

Clean

.gitignore

@@ -1,3 +1,4 @@
+tags
 settings.json
 .project
 .pydevproject
@@ -9,7 +10,4 @@ dist/
 *.pyc
 *.pyo
 *~
-.project
-.pydevproject
-.settings/
-tags
+*.DS_Store

CONTRIBUTING.md

@@ -0,0 +1,55 @@
+# Contribuer à OpenFisca-Tunisia-Pension
+
+Avant tout, merci de votre volonté de contribuer au bien commun qu'est OpenFisca !
+
+Afin de faciliter la réutilisation d'OpenFisca et d'améliorer la qualité du code, les contributions à OpenFisca suivent certaines règles.
+
+Certaines règles sont communes à tous les dépôts OpenFisca et sont détaillées dans [la documentation générale](http://openfisca.org/doc/contribute/guidelines.html).
+
+
+## Format du Changelog
+
+Les évolutions d'OpenFisca-Tunisia-Pension doivent pouvoir être comprises par des réutilisateurs qui n'interviennent pas nécessairement sur le code. Le Changelog, rédigé en français, se doit donc d'être le plus explicite possible.
+
+Chaque évolution sera documentée par les élements suivants :
+
+- Sur la première ligne figure en guise de titre le numéro de version, et un lien vers la Pull Request introduisant le changement. Le niveau de titre doit correspondre au niveau d'incrémentation de la version.
+
+> Par exemple :
+> # 3.0.0 - [#34](https://github.com/openfisca/country-template/pull/34)
+>
+> ## 3.2.0 - [#43](https://github.com/openfisca/country-template/pull/43)
+>
+> ### 3.2.1 - [#47](https://github.com/openfisca/country-template/pull/47)
+
+- La deuxième ligne indique de quel type de changement il s'agit. Les types possibles sont :
+  - `Évolution du système socio-fiscal` : Amélioration, correction, mise à jour d'un calcul. Impacte les réutilisateurs intéressés par les calculs.
+  - `Amélioration technique` : Amélioration des performances, évolution de la procédure d'installation, de la syntaxe des formules… Impacte les réutilisateurs rédigeant des règles et/ou déployant leur propre instance.
+  - `Correction d'un crash` : Impacte tous les réutilisateurs.
+  - `Changement mineur` : Refactoring, métadonnées… N'a aucun impact sur les réutilisateurs.
+
+- **Dans le cas d'une `Évolution du système socio-fiscal`** , il est ensuite précisé :
+  - Les périodes concernées par l'évolution. Les dates doivent être données au jour près pour lever toute ambiguïté : on écrira `au 01/01/2017` et non `pour 2017` (qui garde une ambiguïté sur l'inclusion de l'année en question).
+  - Les zones du modèle de calcul impactées. Ces zones correspondent à l'arborescence des fichiers dans le modèle, sans l'extension `.py`.
+
+> Par exemple :
+> - Périodes concernées : Jusqu'au 31/12/2015.
+> - Zones impactées : `prestations/minima_sociaux/cmu`
+
+- Enfin, dans tous les cas hors `Changement mineur`, les corrections apportées doivent être explicitées de détails donnés d'un point de vue fonctionnel : dans quel cas d'usage constatait-on un erreur / un problème ? Quelle nouvelle fonctionalité est disponible ? Quel nouveau comportement est adopté ?
+
+> Par exemple:
+>
+> * Détails :
+>   - Ces variables renvoient désormais un montant annuel et non mensuel :
+>     - `bourse_college`
+>     - `bourse_lycee`
+>   - _Les valeurs mensuelles précédentes étaient obtenues par une division par 12 et non par un calcul réel._
+>
+> Ou :
+>
+> * Détails :
+>   - Déplacement du test runner depuis `tunisia` vers `core`.
+>   - _Il devient possible d'exécuter `openfisca-run-test` sur un fichier YAML. [Plus d'informations](https://openfisca.readthedocs.io/en/latest/openfisca-run-test.html)._
+
+Dans le cas où une Pull Request contient plusieurs évolutions distinctes, plusieurs paragraphes peuvent être ajoutés au Changelog.

MANIFEST.in

@@ -0,0 +1 @@
+recursive-include * *