Discussion :

[AntoineCompagnie]

Bonjour!

Je souhaiterais faire une sauvegarde de secours de ma solution VB.NET pour avoir un suivi de mes avancés et avoir une sauvegarde de secours si jamais je massacre mon projet par mégarde.
J'ai essayé de faire copier-coller le dossier comportant le projet mais lorsque j'ouvre un ancien projet et que je le lance j'ai un message d'erreur me disant que le code source est différent de la version d'origine. Comme si copier-coller n'impliquait pas la différenciation des fichiers, les références de ceux-ci pointant alors vers la même adresse dans la mémoire de l'ordinateur.

Bref... Ce ne semble pas être la bonne solution. Pourtant je ne vois pas d'enregistrer-sous global dans Visual Studio, uniquement relatif à l'enregistrement d'un fichier...

Pouvez-vous m'aider?

[ebastien]

Bonjour,
Normalement, la copie d'un dossier comportant un projet ne pose pas de problème. Enfin, pour ma part, je n'ai pas eu de problème à faire ce genre de chose.
Toutefois, pour plus de souplesse et de sécurité, tu peux te tourner vers des outils de contrôle de codes sources tels que Git ou TFS par exemple. C'est un peu compliqué à appréhender au début mais l'intégration à visual studio et très bien faite et ça permet le suivi, la sauvegarde, la création de branche évitant la crainte de ne pas pouvoir revenir en arrière quand on s'amuse à casser tout le code etc. Je ne m'en passe plus même pour mes dev perso

[François DORIN]

Bonjour,

En général, cela fonctionne très bien. Il y a quelques cas où, par contre, cela peut poser quelques problèmes :

• Tu as ajouté des assembly avec un chemin absolu (et donc ton projet référence toujours le même assembly, quelque soit la localisation du projet) ;
• Tu charges certaines ressources dynamiquement, avec des chemins codés "en dur" (en dur directement dans le code, ou dans un fichier de .config par exemple).

Bon, la liste n'est pas exhaustive. C'est juste ce qui me vient à l'esprit à chaud.

Comme te le conseille ebastien, Visual Studio intègre très bien maintenant différents outils de contrôle de codes sources. Je te conseille GIT par rapport à TFS. Plus simple et plus souple d'utilisation (TFS nécessite une connexion permanente à un serveur, tandis que GIT te permet de travailler en local sans connexion sans aucun soucis).

Ce type d'outils nécessite un apprentissage plus ou moins important en fonction des besoins et de l'utilisation que l'on en fait, mais est d'une puissance sans égale pour le suivi des modifications.