Ressources Logiciel de contrôle de version

Plastic est un système de contrôle de version : il versionne les fichiers et les répertoires et suit le traçage des branches et des fusions comme vous ne l'avez jamais vu auparavant. Et encore mieux ? Il le fait de manière graphique. Plastic repose sur trois concepts clés : Développement parallèle : Les membres de l'équipe travaillent sur les mêmes fichiers, en même temps, en apportant des modifications sans se déranger mutuellement. C'est ainsi que les équipes modernes travaillent, et c'est ainsi que vous devriez travailler. Plastic vous permet de travailler de cette manière en isolant les modifications sur des branches et en les gérant de manière agile. Un excellent système de branchement couplé à une meilleure fusion permet aux équipes de travailler ensemble et de faire confiance au fait que leurs modifications et modifications de code sont protégées et préservées. Vous apportez simplement des modifications, Plastic s'occupe du reste. Développement distribué : Plastic aide à optimiser la collaboration des équipes éloignées. Vous pouvez avoir des serveurs Plastic SCM dans différents bureaux dans différentes parties du monde, totalement déconnectés les uns des autres pendant la majeure partie de la journée, puis échanger des branches en dehors des heures de travail pour rester synchronisés. Les équipes n'ont pas à dépendre de leurs connexions Internet (vitesse, fiabilité, etc.) puisqu'elles peuvent continuer à travailler de manière indépendante. La même technologie s'applique aux développeurs individuels travaillant hors ligne. Un serveur Plastic de petite taille est installé sur les ordinateurs des développeurs. Ce n'est que lorsqu'ils se connectent en ligne, ou sont de retour au bureau, qu'ils doivent se synchroniser avec le serveur principal. Rendre cela visuel : Plastic SCM est capable d'effectuer des opérations très complexes, mais nous essayons de tout faire visuellement, avec des représentations graphiques et des diagrammes. Tout est à un simple clic. Les utilisateurs chevronnés de la ligne de commande peuvent toujours trouver leur chemin à travers notre ligne de commande, mais le reste d'entre nous préfère une interface graphique forte capable de transformer des actions compliquées et multidimensionnelles en affaires simples. C'est Plastic.

Qui vous a dit cela ? Je parie que vous avez trouvé cela sur un guide, un forum ou un manuel de Subversion, peut-être même sur un autre site web de SCM, n'est-ce pas ? Les branches sont d'excellents outils pour les développeurs, mais elles ne sont pas correctement gérées par la plupart des systèmes de contrôle de version, y compris CVS, Subversion, SourceSafe, Perforce, Team Foundation Server (TFS), et bien d'autres. C'est pourquoi ils disent que le branchement n'est pas bon. Ce n'est pas vrai -- le branchement est excellent et vous devriez l'utiliser quotidiennement, mais vous avez besoin du bon outil pour cela.

Vous avez probablement entendu parler de concepts comme les branches de bogues, les branches thématiques, etc., n'est-ce pas ? D'accord, même si vous ne l'avez pas fait, voici la réponse : c'est une branche que vous utilisez pour mettre en œuvre une tâche donnée. Elle est de courte durée et son but est d'être utilisée uniquement pour mettre en œuvre une fonctionnalité ou une correction de bogue donnée.