Build.SourceVersion è vuoto in VSO vNext Build

Question

Sto utilizzando le nuove funzionalità di creazione di script in Visual Studio Online (non le definizioni di build XAML) e sto cercando di includere il numero di versione build dell'ultimo Git Commit ID del repository di destinazione utilizzando il formato numero build.

Sto usando il seguente formato numero di build:

$(MajorVersion).$(MinorVersion).$(BuildId).$(SourceVersion) 

che si traduce in un numero di versione generato dei 1.0.1234. - vale a dire il valore SourceVersion è vuoto, che causa un errore nella VSO quando in coda una build. Ho anche provato a qualificare la variabile con il prefisso Build. con lo stesso risultato. Per prova, ho cambiato il numero di build per il seguente formato:

$(MajorVersion).$(MinorVersion).$(BuildId).$(SourceBranch) 

Ciò si traduce correttamente in un valore di 1.0.1234.refs_heads_master

Sono stato con il riferimento Predefined Variables e Build.SourceVersion è elencato come una variabile globale .

Sto facendo qualcosa di sbagliato, ho riscontrato un bug o è questo di progettazione e non disponibile al momento in cui la compilazione è in coda? Se questo è in base alla progettazione, esiste un modo per includere automaticamente il breve Git Commit ID nel formato numero build?

Questo è dove ho impostato la build formato numerico in VSO:

Questo è l'errore che vedo quando non specifica esplicitamente un Git CommitId:

400: Il numero di build stringa di formato $ (MajorVersion). $ (MinorVersion). $ (BuildId). $ (SourceVersion) ha generato un numero di build 0.1.1. che contiene caratteri non validi, è troppo lungo o termina con ".". La lunghezza massima di un numero di build è 255 caratteri. I caratteri non consentiti includono "" ","/",": ", " < ","> "," \ "," | ","? "," @ "E" * ".

Answer 1

Purtroppo non è possibile utilizzare $(SourceVersion) nel formato numero build Tuttavia, penso che è possibile utilizzare PowerShell per modificare il numero di build in modo da essere $(SourceVersion) e che è necessario includere PowerShell nel processo di compilazione. . questo link per i dettagli

E si può definire la PowerShell per essere simile a:

[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.TeamFoundation.WorkItemTracking.Client") 
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.TeamFoundation.Build.Client") 
[System.Reflection.Assembly]::LoadWithPartialName("System.Net") 

[String] $CollectionUrl = "https://vsoserver.visualstudio.com/defaultcollection" 
[String] $BuildUrl = $env:BUILD_BUILDURI 

$netCred = New-Object System.Net.NetworkCredential("username","password") 
$basicCred = New-Object Microsoft.TeamFoundation.Client.BasicAuthCredential($netCred) 
$tfsCred = New-Object Microsoft.TeamFoundation.Client.TfsClientCredentials($basicCred) 


$teamProjectCollection = New-Object Microsoft.TeamFoundation.Client.TfsTeamProjectCollection($CollectionUrl,$tfsCred) 

$buildServer = $teamProjectCollection.GetService([type]"Microsoft.TeamFoundation.Build.Client.IBuildServer") 

$buildDetail = $buildServer.GetBuild([Uri]$BuildUrl) 

$buildDetail.BuildNumber = $Env:BUILD_SOURCEVERSION 

$buildDetail.KeepForever = $true 
$buildDetail.Save() 

Answer 2

i è stato in grado di utilizzare $(Build.SourceVersion), ma solo quando i build sono stati attivati ​​automaticamente su commit (su Integrazione continua). Essa risulta essere vuota solo se io coda manualmente:

Sto utilizzando il seguente Costruire formato numerico:

$(BuildDefinitionName)_$(date:yyyyMMdd)_$(Build.BuildId).$(Build.SourceVersion)$(rev:.r) 

Answer 3

NeoGarRiGus - si scopre vuoto perchè quando si esegue una compilazione manuale devi inserire il campo Versione sorgente affinché possa essere compilato.Gli ingressi CI che apprezzano automaticamente quando in un controllo Dev, ma quando si coda una build manualmente c'è un campo vuoto nella finestra pop-up che consente di inserire la versione Fonte:

Source Version Field in VSTS