Le contrôle de version est-il nécessaire pour un petit groupe de développement (1-2 programmeurs) ?

Question

J'essaie de débattre du fait que le contrôle de version est important pour un ou deux développeurs.

Plus précisément, je travaille dans un département dans lequel il y a généralement deux développeurs PHP, qui utilisent un framework commun. Il soutient qu'il n'y a aucune valeur ajoutée à installer Subversion sur notre système de développement, alors que je soutiens qu'il est agréable de pouvoir occasionnellement revenir en arrière pour voir le code précédent, en particulier lorsqu'il y a des erreurs inexplicables qui se produisent et qui sont difficiles à localiser dans certaines classes.

Je pense que Subversion offre le moyen le plus simple de créer et de suivre les modifications, pour diverses raisons, notamment le débogage. Subversion vous ferait-il gagner du temps ?

Answer 1

Toujours toi, toujours vous souhaitez disposer d'une sorte de contrôle de la source, même si vous travaillez seul sur un projet.

Il est essentiel de disposer d'un historique des modifications pour être en mesure de connaître l'état d'une base de code à tout moment. Il existe de nombreuses raisons de consulter l'historique d'un projet, qu'il s'agisse de pouvoir annuler une mauvaise modification ou d'assurer le support d'une ancienne version lorsque le client souhaite simplement un patch pour corriger un bogue plutôt que de passer à une version plus récente du logiciel.

Ne pas avoir une sorte de contrôle de la source est une pure folie.

Answer 2

Je vais juste m'empiler ici et dire OUI. Comme 17 sur 26 l'ont dit

Ne pas avoir une sorte de contrôle de la source est une pure folie.

C'est la vérité. J'ai réalisé de petits projets avec et sans contrôle de source (ce n'est pas mon choix). Sans, c'est tout simplement nul. Il n'y a pas de version canonique du projet, on ne sait jamais qui a quoi et fusionner les changements est un exercice douloureux.

En réalité, tout ce qui dépasse environ 5 lignes de code doit être soumis à un contrôle de version quelconque.

Answer 3

Définitivement oui.

Même si vous n'êtes qu'un seul programmeur, vous avez besoin du contrôle des versions. La simplicité avec laquelle vous pouvez comparer le code à n'importe quel instantané dans le temps est inestimable.

Mon conseil : foncez !

(Il fut un temps où je vivais sans contrôle de version, maintenant je ne peux plus).

Answer 4

Je suis UN programmeur et je le trouve inestimable, car je veux parfois revenir en arrière, ou comparer quelque chose à une version antérieure.

De plus, je versionne les documents des utilisateurs et d'autres choses du genre.

C'est un excellent moyen de suivre votre évolution.

Answer 5

Subversion - absolument pas. Il est centralisé et le support de la fusion n'est pas très bon.

Contrôle de version -- absolument OUI ! Même le développeur solo en a besoin !

Et les équipes mobiles, petites et en mouvement rapide, ont besoin d'un contrôle de version distribué, alors choisissez l'une des solutions suivantes :

• git
• mercuriel
• darcs

Oui, il y a une courbe d'apprentissage. Allez distribuer, vous pouvez l'apprendre. Et oui, vous pourrez me remercier plus tard.

Et où vivent ces référentiels distribués ? Voici quelques idées :

• dans votre clé USB personnelle (et ne vous limitez pas à un clé USB, distribuez-les également dans plusieurs endroits, comme un coffre-fort dans votre banque)
• un autre dans un endroit sûr (hors site, à un autre endroit, de l'autre côté du réseau) où les incendies, les tremblements de terre ou les tornades ne peuvent pas endommager votre source simultanément) en tant qu'avertissement. sauvegarde
• un dans un serveur centralisé, le vôtre ou quelque chose comme github
• copies multiples dans les machines de développement
• dépôt de mise en scène quelque part près du serveur de mise en scène
• dépôt de production quelque part près du site de production