De nos jours, une configuration de développement courante consiste à utiliser des systèmes d'exploitation invités distincts pour le développement et les tests. Avec autant de systèmes d'exploitation et de configurations différentes à tester, cela semble être la seule solution viable à un seul processeur.
D'après mon expérience personnelle, j'ai tendance à utiliser le système d'exploitation hôte pour consulter la documentation et un système d'exploitation invité pour le développement. Ensuite, pour chaque système d'exploitation que je vais tester, je récupère l'image d'installation du système d'exploitation et je crée une nouvelle machine virtuelle. Je modifie ces OS invités aussi peu que nécessaire pour assurer leur stabilité.
Je conserve tous mes fichiers importants sur le système de fichiers de l'OS hôte afin que Time Machine puisse les récupérer. Néanmoins, si vous hébergez des Mac OS, une Time Capsule ou une sorte d'AFP partagée serait toujours viable si vous décidiez de les sauvegarder. Je n'inclus pas les disques de démarrage de la VM dans mes sauvegardes du système d'exploitation hôte, car ils changent souvent et sont assez volumineux.
En règle générale, je considère les machines virtuelles comme un système d'exploitation jetable. Après la configuration initiale, j'archive le disque de démarrage de la VM et n'y touche que si j'ai besoin de le restaurer.
De plus, si vous utilisez VMWare, vous pouvez utiliser des instantanés avant d'installer vos paquets. C'est beaucoup plus pratique que de faire une sauvegarde complète de Time Machine, comme on veut souvent le faire après avoir manipulé des fichiers système.
Il semble que vous n'ayez pas dépassé le point de non-retour sur votre système d'exploitation hôte. Vous pouvez probablement encore suivre cette voie, et vous pourriez la trouver meilleure à long terme.
