2010-02-17 3 views
1

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?

+0

Quelle version de P4V/P4SCC et P4D utilisez-vous? – Dennis

+0

P4V/P4SCC est 2008.2; P4D est la version 2007.2 –

Répondre

1

Modifiez les attributs de fichier des fichiers en question à + w (toujours accessible en écriture dans l'espace de travail). Sur la ligne de commande, vous pouvez le faire avec

p4 reopen -t +w <file> 

Vous pouvez aussi le faire en P4V avec Actions -> Modifier Filetype.

+0

Merci, cela fait l'affaire. La seule réservation que j'ai est un doute insinuant que la construction produit le même fichier .cs chaque fois. Je suppose que je peux comprendre les règles que StrongTypeResourceBuilder suit; ou je peux ajouter un script pour différencier chaque fichier .cs avec celui de perforce. –

+0

Pour ce que ça vaut, j'ai récemment écrit un projet MSBUILD avec une construction en 2 étapes: d'abord, supprimer tous les fichiers SR.resx; ensuite, exécutez le fichier de solution. Cela fonctionne bien pour nous. –

+0

@SteveRobbins Qu'est-ce qu'un dérangeant !? – samosaris

Questions connexes