Pour moi, cette catégorie de soft fait habituellement 2 choses distinctes :
1) historique des versions
2) réservation du fichier à une personne qui travaille en local.
si j'ai bien compris, le point 2 te gene.
Pour n'utiliser que le 1, il suffit que tout le monde fasse les check out au même endroit (un partage réseau par exemple).
p-ê même à l'endroit où tu travailles actuellement sur tes sources.
Conséquences : tout le monde travaille sur les dernières versions (même parfois les versions en chantier des autres, ce qui est moins bien mais si j'ai bien compris, c'est deja comme ca maintenant)
et les check in ne servent alors plus qu'à l'historique.
avec l'inconvénient final que la tentation est grande de le garder en check out indéfiniment. solutionné partiellement par un check in/out consécutif à chaque version "stable".
Pour tout ceci, n'importe quel gestionnaire devrait faire l'affaire...
# Utilisation partielle
Posté par Seazor . En réponse au journal Gestion de version pour applis web. Évalué à 2.
1) historique des versions
2) réservation du fichier à une personne qui travaille en local.
si j'ai bien compris, le point 2 te gene.
Pour n'utiliser que le 1, il suffit que tout le monde fasse les check out au même endroit (un partage réseau par exemple).
p-ê même à l'endroit où tu travailles actuellement sur tes sources.
Conséquences : tout le monde travaille sur les dernières versions (même parfois les versions en chantier des autres, ce qui est moins bien mais si j'ai bien compris, c'est deja comme ca maintenant)
et les check in ne servent alors plus qu'à l'historique.
avec l'inconvénient final que la tentation est grande de le garder en check out indéfiniment. solutionné partiellement par un check in/out consécutif à chaque version "stable".
Pour tout ceci, n'importe quel gestionnaire devrait faire l'affaire...