Après une enquête plus poussée, je pense avoir trouvé la raison derrière ce comportement et une solution de contournement.
Veuillez noter également que le problème décrit dans la question d'origine se produit uniquement pour les fichiers qui sont ajoutés directement sous une solution ou dans un dossier directement sous une solution.
La raison
Je ne suis pas sûr que ce qui suit est 100% correct, mais le point principal est la façon dont Word (et probablement d'autres applications MS Office ainsi) enregistre un fichier existant:
- Enregistrer la version actuelle du fichier dans un fichier temporaire
- Renommez le fichier d'origine afin qu'il puisse être utilisé plus tard dans le cas où quelque chose va mal
- Copier la température fichier orary à l'emplacement du fichier d'origine, en utilisant le nom du fichier d'origine
- Supprimez le fichier d'origine (qui a été renommé à l'étape 2)
prend Visual Studio jusqu'à ce que le fichier n'existe pas (pour un très court cependant) et le supprime de son arbre et du fichier .sln. Cela peut également être reproduit en ajoutant manuellement n'importe quel type de fichier, en l'extrayant (s'il n'est pas extrait), en le renommant sous un nom différent et en revenant à son nom d'origine => le fichier n'est plus visible dans Visual Studio.
La solution
J'ai créé un modèle de projet vide suivant les étapes Microsoft's site. J'ai également placé la sortie à "Class Library" de sorte que le projet compilerait même si aucune méthode principale statique n'existe. Ce modèle peut être utilisé pour ajouter un projet "Documentation" à une solution existante.Sous ce projet, vous pouvez ajouter des fichiers et les modifier comme vous le souhaitez, car Visual Studio se comporte différemment et ne supprime pas le fichier lorsqu'il est enregistré dans cette constellation.
De toute évidence, cette approche n'est toujours pas très satisfaisante ou élégante, mais j'espère que cela peut être utile pour d'autres qui pourraient rencontrer le même problème.
G.