Où Subversion enregistre-t-elle?

J’apprends à travailler avec SVN en utilisant Visual Studio.NET. Tout fonctionne bien et tout mais je ne pouvais pas trouver quelque chose:

J’ai mon code source d’origine à c: \ source

J’ai créé un repository dans c: \ repo (svn: // localhost)

J’ai ajouté ma solution au référentiel en utilisant VS.NET à svn: // localhost / MyProject / trunk

J’ai extrait une copie de travail du référentiel / trunk vers c: \ working copy

J’ai apporté quelques modifications à myfile.cs de cette copie de travail et je les ai validées sans erreur. J’ai mis à jour au plus tard, vérifié à nouveau, etc. et c’est tout bon.

Mais, j’ai vérifié le même fichier à c: \ source \ myfile.cs à partir de Windows Explorer et c’est l’ancienne version. Aucune modification apscope à cela. Je pensais que commettre du travail changerait la version originale du tronc? Est-ce que j’ai râté quelque chose? Ou est-ce que je comprends la gestion de code source tout faux?

Votre copie de travail est bien sûr C:\working copy ; Toute modification apscope à la copie de travail sera reflétée dans ces fichiers. Lorsque vous vous engagez , vous vous engagez sur le référentiel de C:\repo\ , alors lorsque vous extrayez de ce repository, vous verrez également les modifications.

Les fichiers sources originaux dans C:\source , cependant, ne sont pas touchés, car il ne s’agit ni de votre copie de travail ni du repository lui-même.

En fait, votre C:\source n’a plus rien à faire avec la source elle-même. Il n’est connecté à rien (n’est pas un dossier de travail).

Vous avez votre référentiel dans C:\repo , et les modifications restnt là lorsque vous effectuez une validation.

Vous allez télécharger les modifications lorsque vous effectuez une mise à jour sur un dossier de travail (IE, C:\working copy )

Pour répondre à votre question complémentaire: vous voulez comstackr le trunk du référentiel actuel, et non ce qui résulterait de la fusion automatique de la copie de travail courante de tout le monde. Les probabilités de ce même code qui comstack sont assez faibles.

Lorsque vous terminez un bon changement et que vous le testez avec une version locale, validez-le sur SVN. Tout ce qui se trouve dans le référentiel est le code faisant autorité et votre système de compilation devrait le comstackr.