Erreur MSBUILD MSB4025 dans TeamCity build step for Visual Studio
quand j'exécute ma construction TeamCity avec la seule étape de construction étant de type runner Visual Studio( sln), j'obtiens l'erreur suivante:
C:TeamCitybuildAgentwork78ec6ee0ade5b4TestCodeTest.sln(2, 1): error MSB4025: The project file could not be loaded. Data at the root level is invalid. Line 2, position 1.
ceci est sur un serveur dédié CI qui exécute TeamCity Professional 8.1.1 (build 29939). Il y a plusieurs autres versions qui tournent avec succès sur ce serveur.
le plus étrange est que la même construction fonctionne avec succès sur TeamCity sur ma machine dev. J'ai suivi réponse pour une question similaire, et copié le spécifiée des dossiers en travers, mais ça n'a pas aidé.
je suis sûr que le fichier projet/solution n'est pas invalide parce qu'en plus de la construction en cours sur ma dev box, j'ai ouvert la solution dans Visual Studio et je l'ai construite là sans problème.
des suggestions?
8 réponses
je viens de corrigé cela.
regardez à l'intérieur du Test.fichier sln pour les étiquettes de projet ou de fin de projet qui ne sont pas fermées. Pour nous, le projet final manquait et il a fait faillite sur teamcity, mais aucun problème dans Visual Studio.
il semble que le message D'erreur TeamCity se produira pour n'importe quel nombre de causes fondamentales. Dans mon cas, le problème est survenu parce qu'une ligne à l'intérieur de la section GlobalSection(NestedProjects) faisait référence à un guide de projet qui ne se rapportait à aucun projet défini dans le fichier Solution.
comme pour le post précédent, je n'ai pas eu de problèmes de construction dans Visual Studio. J'ai seulement reçu un message d'erreur plus utile qui m'a permis de découvrir ce que le vrai problème était quand j'ai construit en utilisant msbuild.
voir https://therightjoin.wordpress.com/2014/07/04/msb4025-the-project-file-could-not-be-loaded-data-at-the-root-level-is-invalid-error-when-building-ssdt-project-in-teamcity pour un autre exemple, et où l'utilisation de msbuild a aidé à identifier le vrai problème.
dans notre cas, il s'agissait d'une référence de projet dupliquée dans le fichier solution (causée par des propagations quasi simultanées et une fusion automatique).
dans mon cas, après fusion, in .fichier sln, c'était un décalage des lignes sous
GlobalSection(NestedProjects) = preSolution
{6B971E15-6B61-4AA8-9B93-9639C23269C3} = {9A14E7EF-3FA1-4B9A-B413-C550B3E5AC62}
{54D14F01-D576-4DE6-9404-D21AD0DC4916} = {9A14E7EF-3FA1-4B9A-B413-C550B3E5AC62}
... (was some extra entry here )
...
EndGlobalSection
section. En termes clairs, quelques lignes supplémentaires ont été ajoutées après la fusion. Donc, si vous avez fusionné, s'il vous plaît comparer deux fichiers solution manuellement. Vous pouvez commencer par le nombre total de lignes dans les deux fichiers.
Dans un autre Cas
nous avions des lignes vides - donc assurez-vous que toutes les lignes vides sont enlevées!
J'espère que cela aidera d'autres aussi!
Erreur: erreur MSB4025: le fichier de projet n'a pas pu être chargé. Les données au niveau de la racine sont invalides.
j'ai lancé cmd en tant qu'administrateur et j'ai lancé ceci: "C:\Program Files (x86)\MSBuild\14.0\Bin\MSBuild.exe" "C:\Program fichiers (x86)\Jenkins\workspace\BuildBI_1\Reports\Test\ReportsTests.SLN " / t: construire / p:RunOctoPack=true
et ça m'a donné des indices sur le fait de ne pas pouvoir écrire à bin et obj.
dans notre situation, le problème était de spécifier une version D'outil qui n'était pas installée sur cette machine. (14 que VS2015 A mais VS2017 n'a pas par défaut)
Cela a fonctionné pour moi- Vous pouvez installer construire des outils pour Visual Studio 2017, assurez-vous de sélectionner les outils C++, Windows 10 SDK et MSBuild et votre ensemble.