In der Build-Definition für VSTS können Sie eine Variable deklarieren und zur Warteschlangenzeit wie in diesem Snapshot ändern.

Kann ich dasselbe für die Variable in der Release-Definition tun?

Right jetzt habe ich eine Release-Definition, die eine Umgebung namens @ h Sharepoint. In dieser Umgebung habe ich eine PowerShell-Aufgabe, um eine Zip-Datei mit Build-Artefakten in Sharepoint Online hochzuladen. Um eine Datei über die SharePoint-API hochzuladen, benötige ich einen SharePoint-Account-Berechtigungsnachweis, den ich als Variable für das this @ speicher Sharepoint Umgebung. Das Problem ist, dass Microsoft alle 90 Tage das Kennwort für das Sharepoint-Konto ändern muss (das hat mir unsere IT mitgeteilt). Daher ist das Speichern meines Berechtigungsnachweises in der Variablen in der Umgebung keine gute Wahl, wenn verschiedene Entwickler eine Freigabe von dieser Freigabedefinition anfordern möchten und mein Kennwort geändert wurde.

Kann ich auf irgendeine Weise eine interaktive Aufforderung zur Eingabe des Sharepoint-Berechtigungsnachweises erhalten, wenn ein Entwickler eine Freigabe anfordern möchte?

Auch da wir das Azure Active Directory für Office365, Sharepoint und VSTS verwenden, frage ich mich, ob ich den Berechtigungsnachweis aus dem @ extrahieren kanerstellt vo -Feld wird von der Release-API um @ zurückgegebhttps://www.visualstudio.com/en-us/docs/integrate/api/rm/releases#for-a-release-definition und verwenden Sie es als Berechtigungsnachweis für Sharepoint Online.