<commit_before>---
layout: post
title: Les 10 commandements (ou presque) de l'usage d'une plateforme publique
---

Les règles qui suivent sont des règles de bon usage à respecter lorsqu'on utilise une forge logiciel publique.

1. le chef de projet seul validera la publication : dans le cadre d'un projet de développement, seul le chef de projet est habilité à valider l'utilisation d'une forge publique pour la publication du code source. Que cet usage soit dans le cadre de développement ou dans celui de la diffusion de code source.
2. la licence du code source je vérifierai : s'assurer que la licence du code source est compatible avec la publication sur une forge publique.
3. dépôts privés et publics je distinguerai : certaines forges logiciel publiques permettent de créer des dépôts privés. Dans ce cas, seules les personnes invitées par un administrateur du dépôt peuvent accéder à cet espace privé. Le code ainsi mis à disposition ne doit pas être diffusé sur un espace publique ou autre sans l'accord formel d'un administrateur du dépôt privé.
4. mes contributions je différencierai : dans le cadre particulier de GitHub, les contributions sont propres à un utilisateur. Il convient donc de distinguer, par un moyen adapté, les contributions réalisées dans le cadre professionnel de celle qui le sont à titre personnel.
5. les comptes des organisations avec précaution j'utiliserai : les participations (contributions, commentaires ...) dans le cas d'un compte représentant une organisation doivent être réalisées par un représentant clairement identifié de cette organisation.<commit_msg>mise en forme<commit_after>---
layout: post
title: Les 10 commandements (ou presque) de l'usage d'une plateforme publique
---

Les règles qui suivent sont des règles de bon usage à respecter lorsqu'on utilise une forge logiciel publique.

1. **le chef de projet seul validera la publication** : dans le cadre d'un projet de développement, seul le chef de projet est habilité à valider l'utilisation d'une forge publique pour la publication du code source. Que cet usage soit dans le cadre de développement ou dans celui de la diffusion de code source.
2. **la licence du code source je vérifierai** : s'assurer que la licence du code source est compatible avec la publication sur une forge publique.
3. **dépôts privés et publics je distinguerai** : certaines forges logiciel publiques permettent de créer des dépôts privés. Dans ce cas, seules les personnes invitées par un administrateur du dépôt peuvent accéder à cet espace privé. Le code ainsi mis à disposition ne doit pas être diffusé sur un espace publique ou autre sans l'accord formel d'un administrateur du dépôt privé.
4. **mes contributions je différencierai** : dans le cadre particulier de GitHub, les contributions sont propres à un utilisateur. Il convient donc de distinguer, par un moyen adapté, les contributions réalisées dans le cadre professionnel de celle qui le sont à titre personnel.
5. **les comptes des organisations avec précaution j'utiliserai** : les participations (contributions, commentaires ...) dans le cas d'un compte représentant une organisation doivent être réalisées par un représentant clairement identifié de cette organisation.
{'fraction_non_alphanumeric': 0.04032258064516129, 'fraction_numerical': 0.004342431761786601, 'mean_word_length': 4.852994555353902, 'pattern_counts': {'":': 0, '<': 3, '<?xml version=': 0, '>': 3, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '7542473', 'n_tokens_mistral': 881, 'n_tokens_neox': 903, 'n_words': 485}