Nous avons construit une base de code à l'aide de Visual Studio 2008 qui contient des fichiers de ressources (SR.resx). Certains outils vont créer un fichier nommé "SR.Designer.cs" à partir de SR.resx et VS2008 l'ajoute au contrôle de la source. Tout va bien à la création. Les choses vont mal quand un deuxième développeur vérifie les sources sur sa machine.VS2008 fichiers générés automatiquement par rapport à la vérification en lecture seule contrôle de la source: les meilleures pratiques?
Nous utilisons Perforce, qui vérifie les fichiers en lecture seule.
Si le deuxième développeur part de zéro, la première génération échoue généralement avec le message "Impossible d'écrire dans le fichier de classe de ressource fortement typée" SR.Designer.cs ".Nous devons définir tous les fichiers en lecture-écriture afin de faire la construction.Ceci en dépit du fait que les fichiers SR.Designer.cs ne sont pas modifiés (vérifiés via "diff" après la construction)
Cela aussi joue le chaos avec notre serveur de construction, où nous aurions comme faire la construction à partir d'un répertoire vide, tirez les sources et construire.
Comment les gens face à cette situation?
Le code généré contient:
/// <summary>
/// A strongly-typed resource class, for looking up localized strings, etc.
/// </summary>
// This class was auto-generated by the StronglyTypedResourceBuilder
// class via a tool like ResGen or Visual Studio.
// To add or remove a member, edit your .ResX file then rerun ResGen
// with the /str option, or rebuild your VS project.
Puis-je configurer StronglyTypedResourceBuilder de quelque façon?
Quelle version de P4V/P4SCC et P4D utilisez-vous? – Dennis
P4V/P4SCC est 2008.2; P4D est la version 2007.2 –