6

J'ai un peu de problème. Je déplace mon référentiel source d'une machine à l'autre, et dans le processus, je suis en train de recenser ce qui est stocké car j'en ai appris plus sur la création/gestion d'un référentiel depuis que j'ai commencé. Le problème est que nous utilisons les outils dxperience devexpress et qu'il utilise le système de licence .net (licenses.licx). À l'origine j'avais cette licence dans le référentiel, et I'm hearing que ce n'est pas nécessairement la meilleure idée. Donc je ne l'ai pas inclus dans le référentiel. Mais maintenant, quand je vérifie le projet du dépôt sur ma machine (la même machine que je vérifiais avant le déplacement), il cherche le fichier de licence et ne le génère pas comme (je pense) il devrait être.générer des licences.licx

Répondre

7

Nous avons couru dans le même problème en utilisant les contrôles Infragistics.

Notre solution a été de conserver un fichier licnenses.licx vierge dans notre dépôt source (Source Gear Vault), puis de modifier les propriétés du fichier en lecture seule false sur nos travaux locaux. De cette façon, nous ne finissons pas l'un sur l'autre avec ce fichier et il est généré avec les bonnes clés de nos postes de travail.

Bien sûr, il s'agit d'un travail manuel qui peut ne pas vous convenir, mais c'est ainsi que nous l'avons fait.

+0

Je viens d'essayer de supprimer le licenses.licx de la section des ressources dans mon idée pour chaque projet qui en avait besoin, puis reconstruit la solution avec succès. Mais si je le supprime de la solution et que je l'envoie ensuite au référentiel, chaque vérification voudra valider les modifications dans le csproj –

+0

en recréant le problème à nouveau. Heureusement, en ce moment nous sommes une petite équipe (2) donc je peux juste noter à l'autre développeur que retirer le fichier de la solution et que la reconstruction fonctionnera, mais je devrai trouver une autre solution quand le moment viendra. –

+0

C'est ce que j'ai fait pendant des années. Finalement fatigué de le faire manuellement, et automatisé par un paquet NuGet - https://github.com/caioproiete/EmptyLicensesLicx –

1

Ce fichier doit être automatiquement compilé dans vos ensembles de déploiement en faisant en sorte que licenses.licx soit inclus en tant que ressource incorporée . Sous le capot, Visual Studio utilise lc.exe pour l'inclure dans vos assemblages.

http://www.atalasoft.com/kb/Article.aspx?id=10103

2

Alternativement, vous pouvez installer le paquet nuget EmptyLicensesLicx, et il s'assurera qu'il y a un Licenses.licx vide dans votre projet, avant qu'il ne soit compilé (c'est tout ce dont vous avez besoin).

-1
  1. supprimer le fichier de licence existant
  2. résoudre toutes les erreurs
  3. propriétés de contrôle de la solution, le nom de DLL, nom de la source
  4. reconstruire le projet