- /
- /
- /
Jenkins bou fout met .vdproj
As u hierdie probleem sien:
—— Begin voorafbou-validering vir projek 'XPressBadgeInstaller' ——
FOUT: 'n Fout het tydens die bekragtiging voorgekom. HRESULT = '8000000A'
—— Voorafbou-validering vir projek 'XPressBadgeInstaller' voltooi ——
Die oplossing is die volgende:
As u die foutboodskap ondervind, het 'n fout tydens die bekragtiging voorgekom HRESULT = '8000000A' 'tydens die opstel van die Visual Studio-opstelprojek vanaf die opdraglyn in die Visual Studio 2012 of hoër IDE-omgewing, is die rede daarvoor dat die nuwe IDE's nie bouwerk ondersteun 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.
Die oplossing vir ''n Fout het tydens die bekragtiging voorgekom. HRESULT = '8000000A' 'foutmelding is baie eenvoudig. Dit is net 'n registeraanpassing wat u as oplossing moet uitvoer.
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".
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 Tips & Tricks was nuttig. Laat weet my as dit u gehelp het. Bly op hoogte van my blog vir nuwe artikels, wenke. Moenie vergeet om my ander plasings te lees teen die tyd dat ek 'n nuwe pos skryf en publiseer nie. Hou 'n wonderlike dag voor!
Dit is van hier:
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. Visual Studio 2017 is ook baie meer geïsoleerd en veerkragtig. Dit installeer nie Visual Studio-samestellings in die Global Assembly Cache (GAC) nie, en dit gebruik meestal nie die hoof Windows-register nie. In die verlede (sedert VS 2010, sien my berig Die vreemde geval van die registersleutel HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 10.0_Config \ Projekte \ {C8D11400-126E-41CD-887F-60BD40844F9E}), Visual Studio herlei HKEY_LOCAL_MACHINE \ Software \ Microsoft \ VisualStudio \ na HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ _Config, om installasies van uitbreidings deur .pkgdef-lêers sonder admin-regte toe te laat, ens. Nou gebruik VS 2017 sy eie private register. Kyk hoe leeg die gewone HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 15.0-sleutel op my masjien is en let op dat daar geen 15.0_Config-sleutel is nie:
In plaas daarvan word die privaat register van VS 2017 gestoor in jou AppData-lêergids:
Gelukkig kan u regedit.exe gebruik om 'n privaat korf te laai. U moet die HKEY_USERS-knoop kies en op die menu Lêer> Laai korf ... klik. U kies die privateregistry.bin-lêer, gee 'n naam aan die korf (ek het 'VS2017PrivateRegistry' ingevoer) en u kan nou die 15.0 sien _Config-sleutel soos gewoonlik gevul (let op: gebruik File> Unload Hive as klaar):
