Jenkins bou fout met .vdproj

As jy hierdie probleem sien:

- Begin voor-bou validering vir die projek 'XPressBadgeInstaller' -
FOUT: 'n Fout het voorgekom tydens die bevestiging. HRESULT = '8000000A'
- Pre-build validering vir die projek 'XPressBadgeInstaller' voltooi -

Die oplossing is die volgende:

As u die foutboodskap in die gesig staar "'n Fout het voorgekom terwyl u dit bevestig. HRESULT = '8000000A' 'terwyl die installering van Visual Studio-opstelprojek vanaf die bevellyn in Visual Studio 2012 of hoër IDE-omgewing, die rede hiervoor is omdat die nuwe IDE's nie ondersteun bou buite die eie proses nie.

Maar daar is 'n tweak wat jou sal help om dieselfde te aktiveer en jy sal nou toegelaat word om die MSI-opstellingprojek uit die opdraglyn self te bou.

Oplossing: 'n Fout het voorgekom tydens die validering. HRESULT = '8000000A' (www.kunal-chowdhury.com)

Die oplossing vir 'n fout het plaasgevind tydens die validering. Die foutboodskap HRESULT = '8000000A' is baie eenvoudig. Dit is net 'n register tweak wat jy moet uitvoer as 'n oplossing.

Om dit te laat werk, maak jou Windows-register oop met administratiewe voorreg en navigeer na die volgende register sleutelpad: "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 11.0_Config \ MSBuild" vir Visual Studio 2012 IDE of, na die register pad "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 12.0_Config \ MSBuild" vir die Visual Studio 2013. As jy gebruik Visual Studio 2015, dan is die registersleutel wat u moet navigeer, "HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ VisualStudio \ 14.0_Config \ MSBuild".

Registerinskrywing om uit Pro-gebou in Visuele Studio (www.kunal-chowdhury.com) in staat te stel.

In daardie pad, skep 'n DWORD sleutel met die naam "EnableOutOfProcBuild"En stel dit waarde aan" 0 "(nul). Herbegin nou die bouproses vanaf die opdraglyn en alles sal werk soos verwag.

Hoop hierdie klein wenke en truuks was nuttig. Laat my weet as dit jou gehelp het. Bly op my blog vir nuwe artikels, wenke. Moenie vergeet om my ander poste te lees teen die tyd dat ek 'n nuwe pos skryf en publiseer nie. Hou 'n goeie dag voor!

Dit is van hier af:

http://www.kunal-chowdhury.com/2016/07/visual-studio-error-code-8000000A.html#pTySk1QU90X9lYw6.97

Die register sleutel is hier beskikbaar:

Enkele implikasies van die nuwe modulêre opstelling van Visual Studio 2017 vir VSX-ontwikkelaars

Maar nie net dit nie. Visuele Studio 2017 is ook baie meer geïsoleer en veerkragtig. Dit installeer nie Visuele Studio-gemeentes in die Global Assembly Cache (GAC) nie en dit gebruik nie die hoofsaaklik die hoof Windows-register nie. In die verlede (sedert VS 2010, sien my pos Die vreemde geval van die registersleutel HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 10.0_Config \ Projekte \ {C8D11400-126E-41CD-887F-60BD40844F9E}), Visuele Studio herlei HKEY_LOCAL_MACHINE \ Software \ Microsoft \ VisualStudio \ <version> na HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ <weergawe> _Config, om installering van uitbreidings deur .pkgdef lêers toe te laat sonder administrateurregte, ens. Nou gebruik VS 2017 sy eie private register. Kyk hoe leeg is die gereelde HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 15.0 sleutel op my masjien en let op dat daar geen 15.0_Config sleutel is nie:

vs2017config

In plaas daarvan word die privaat register van VS 2017 gestoor in jou AppData-lêergids:

privateregistry

Gelukkig kan jy regedit.exe gebruik om 'n privaatkorf te laai. U moet die HKEY_USERS knooppunt kies en klik op die lêer File> Load Hive .... Jy kies die privateregistry.bin-lêer, gee 'n naam aan die korf (ek het 'VS2017PrivateRegistry' ingevoer) en nou kan jy die 15.0 <id> _Config sleutel soos gewoonlik opgespoor (let op: gebruik File> Hive los wanneer dit klaar is):

vs2017privateconfig