Qu'est ce qu'une copie de travail et ce qui ne "commutation" faire pour moi dans le Tortoise SVN?

Question

J'ai un logiciel d'application et j'ai atteint un jalon important, version 2.0.

J'ai décidé, je veux balise de cette version en tant que "Version 2.0" donc, j'ai nommé cet instantané. J'ai également créé une "Version 2.0" de la branche dans le cas où j'ai besoin de fixer quoi que ce soit et l'intégrer dans mon coffre.

Après la lecture par le biais de la Tortoise SVN fichier d'aide, il m'informe que je peux passer ma "copie de travail" à une branche nouvellement créée.

Qu'est-ce que cela signifie?

Actuellement, j'ai:

/Projet/Tronc/
/Projet/Tags/
/Projet/Branches/

Tous les extraits. Alors, quel serait le point de "commutation"? Actuellement, je viens de passer mon /dossier trunk et faire mon travail. Et quand j'ai fait mon tag et de la branche, il a créé des dossiers dans mon /Tags/ et /Branches/ dossier après j'ai fait une mise à jour.

Pourquoi n'aurais-je pas simplement aller à /Branches/Experiemental-v3.0/ et faire mon travail si je voulais?

Quelqu'un peut m'expliquer le concept de "Copie de Travail" et "Commutation" pour moi? Ce qui me manque? Les gens généralement pas l'ensemble du référentiel vérifié, c'est ça?

Answer 1

Une copie de travail est la copie que vous avez sorti de votre zone de travail. Il n'a pas d'importance si c'est une branche ou du tronc. C'est ce que vous travaillez sur.

Vous pouvez basculer entre les branches (ou, plus correctement, des copies) de la même mère avec svn switch. Ce sera essentiellement dire, quelle est la différence entre la copie de travail actuelle et de la branche, je suis basculer. Il effectue ensuite une mise à jour de votre copie de travail actuelle de la révision de la branche, vous passez.

Si la copie de travail est de passer à la caisse, mais il a été obtenu.

La commutation est simplement de changer la direction de votre copie de travail s'engage à. Pensez-y comme la modification du pointeur dans le référentiel où vos commits va aller. Avec l'aide de l'acquisition de toutes les différences de la branche à votre zone de travail.

Answer 2

Il est généralement inutile de disposer de l'ensemble du référentiel vérifié. Les Branches et les tags dans la subversion sont destinés à être bon marché - c'est à dire, ils ne créent pas de copies de fichiers identiques, juste référence à eux. Lorsque vous avez obtenu l'ensemble du référentiel de vérifier, lorsque l'un des succursales ou des balises pour une raison quelconque, il est tout d'un coup en multipliant l'espace utilisé sur votre disque dur local.

Vous pouvez avoir autant de parties du référentiel vérifié que vous avez besoin. Vous pouvez donc avoir un dossier appelé "tronc" qui est une copie de travail de juste le tronc, un autre "version2" qui serait une copie de travail de votre branche. De cette façon, tous les autres balises qui sont créés à ne pas consulter.

Ou vous pouvez avoir un checkout appelé "projet", et si elle est à l'origine pointant vers le tronc, vous pouvez passer à l'une des branches ou des étiquettes - c'est une façon de ré-utilisation de l'original de la caisse, de sorte que vous n'avez pas à obtenir tout recommencer.

Il peut être très utile pour ce faire, vous travaillez sur le tronc et tout à coup réalisé que vous devez valider vos modifications d'une branche - peut-être parce qu'ils ont été trop expérimentale. Pour ce faire, direction générale à partir de votre copie de travail, passez à la nouvelle branche puis s'engager et de vos modifications aller à la succursale plutôt que de tronc.

Answer 3

De la copie de travail est exemplaire du code, que vous avez extrait. Normalement, vous devriez vérifier juste /Projet/trunk/, et non pas l'ensemble de la structure du dépôt. La commutation est en train de changer votre copie de travail de la racine. La façon dont vous travaillez avec SVN n'est pas la façon dont il devrait être fait.

Answer 4

Votre copie de travail est un dossier sur votre disque dur que vous avez utilisé pour vérifier un projet de subbversion. Vous pouvez "passer" pour un autre projet que de la copie de travail, de sorte que la version du contenu ressemble le contenu de cet autre projet.

Ceci est utile pour passer du tronc vers la branche, sans avoir à consulter une nouvelle copie. Il peut par exemple vous faire économiser du temps de construction, depuis les fichiers non versionnés (vos objets compilés, les bibliothèques, les exécutables) ne sont pas supprimés ou modifiés.

Dave