C'est une manière aussi de les encourager à faire de l'Open Source.
Apprendre à mettre en place et gérer un cvs/svn/git/autre en local aussi, ça encourage à faire de l'OS
En plus, le fait que çà identifie leur travail personnel.
Je pense qu'il serait encore plus profitable de noter le nom de ces gens dans la liste des contributeurs, de placer leur nom en en-tête des fichiers auxquels ils ont contribué, voire placer leurs références en regard des fonctions dont ils sont les auteurs.
ça aussi ça encourage pas mal à faire de l'OS
Même si çà me fait un courir un risque. Je le prends en ayant conscience et puis si je veux bloquer leur compte sur ce projet, il me suffit de décocher une case.
Ok, mais ton journal parle de manières d'éviter la compromission des sources, et agir comme tu le fais est un gros risque. Je me doute que tu ne le fais pas avec n'importe qui (j'espère du moins), mais dans le cas "lambda" : il vaut mieux compartimenter car ça n'est pas moins formateur, au contraire (en entreprise, en général on utilise assez peu SF mais de plus en plus d'autres systèmes comme Trac et le gestionnaire de sources qui l'accompagne), et ça garantit une certaine sécurité au code.
[^] # Re: Une solution dans ton cas
Posté par jeffcom . En réponse au journal Compromission de code source.. Évalué à 3.
Apprendre à mettre en place et gérer un cvs/svn/git/autre en local aussi, ça encourage à faire de l'OS
En plus, le fait que çà identifie leur travail personnel.
Je pense qu'il serait encore plus profitable de noter le nom de ces gens dans la liste des contributeurs, de placer leur nom en en-tête des fichiers auxquels ils ont contribué, voire placer leurs références en regard des fonctions dont ils sont les auteurs.
ça aussi ça encourage pas mal à faire de l'OS
Même si çà me fait un courir un risque. Je le prends en ayant conscience et puis si je veux bloquer leur compte sur ce projet, il me suffit de décocher une case.
Ok, mais ton journal parle de manières d'éviter la compromission des sources, et agir comme tu le fais est un gros risque. Je me doute que tu ne le fais pas avec n'importe qui (j'espère du moins), mais dans le cas "lambda" : il vaut mieux compartimenter car ça n'est pas moins formateur, au contraire (en entreprise, en général on utilise assez peu SF mais de plus en plus d'autres systèmes comme Trac et le gestionnaire de sources qui l'accompagne), et ça garantit une certaine sécurité au code.