Delen via

Ondersteuning voor subpaginatabellen in wiki

  • Artikel

U kunt nu een subpaginatabel toevoegen aan uw wikipagina's, zodat u de inhoud en koppelingen kunt zien. In Borden kunt u nu kleuren toevoegen aan zwembaan en aangepaste velden vergrendelen zodat ze niet kunnen worden bewerkt. We zetten ook onze investeringen in beveiliging voort en voegen een nieuw PAT-bereik toe voor het beheren van pijplijnautorisatie en goedkeuringen en controles.

Bekijk de releaseopmerkingen voor meer informatie.

Azure Boards

Azure-pipelines

Wiki

Azure Boards

Bewerken van deelbare selectielijstvelden voorkomen

Aangepaste velden worden gedeeld tussen processen. Dit kan een probleem maken voor selectielijstvelden, omdat procesbeheerders waarden kunnen toevoegen aan of verwijderen uit het veld. Als u dit doet, zijn de wijzigingen van invloed op dat veld voor elk proces dat het gebruikt.

Om dit probleem op te lossen, hebben we de mogelijkheid voor de verzamelingsbeheerder toegevoegd om een veld te vergrendelen dat wordt bewerkt. Wanneer het selectielijstveld is vergrendeld, kan de lokale procesbeheerder de waarden van die selectielijst niet wijzigen. Ze kunnen het veld alleen toevoegen aan of verwijderen uit het proces.

Gif om het bewerken van deelbare selectielijstvelden te demo's.

Zwembaankleuren

In uw Kanban-bord kunt u met zwembanen de status van werk visualiseren die ondersteuning biedt voor verschillende serviceniveauklassen. U kunt nu kleur toevoegen aan zwembanen om ze gemakkelijker te identificeren in uw bord.

Gif om kleur toe te voegen aan zwembanen.

Notitie

Deze functie is alleen beschikbaar in de preview-versie van New Boards Hubs.

Azure-pipelines

Nieuw PAT-bereik voor het beheren van pijplijnautorisatie en goedkeuringen en controles

Om schade te beperken door een PAT-token te lekken, hebben we een nieuw PAT-bereik toegevoegd met de naam Pipeline Resources. U kunt dit PAT-bereik gebruiken bij het beheren van pijplijnautorisatie met behulp van een beveiligde resource, zoals een serviceverbinding, of voor het beheren van goedkeuringen en controles op die resource.

REST API-updates voor pijplijnen

De volgende REST API-aanroepen ondersteunen het nieuwe PAT-bereik als volgt:

Ervaring met verbeteringen in pijplijnmachtigingen

We hebben de ervaring met het beheren van pijplijnmachtigingen verbeterd om het machtigingensysteem te onthouden als een pijplijn eerder een beveiligde resource had gebruikt, zoals een serviceverbinding.

Als u in het verleden 'Toegangsmachtigingen verlenen aan alle pijplijnen' hebt afgevinkt toen u een beveiligde resource maakte, maar vervolgens beperkte toegang tot de resource, had uw pijplijn een nieuwe autorisatie nodig om de resource te gebruiken. Dit gedrag was inconsistent met het openen en sluiten van toegang tot de resource, waarbij geen nieuwe autorisatie vereist was. Dit is nu opgelost.

Variabelen als invoer in controles

Goedkeuringen en controles zijn een runtimebeveiligingsmechanisme waarmee resource-eigenaren kunnen bepalen welke pijplijnuitvoeringen hun resource kunnen gebruiken.

Twee populaire controles zijn Azure Function aanroepen en REST API aanroepen. In het verleden kon men bij het configureren ervan alleen vooraf gedefinieerde systeemvariabelen of variabelegroepen gebruiken.

In deze sprint hebben we ondersteuning toegevoegd voor door pijplijn gedefinieerde variabelen. Dit werkt bij het opgeven Function key, Headersen Bodyparameters Query voor dergelijke controles.

Stel dat u de volgende YAML-pijplijn hebt. U ziet dat we variabelen FunctionKey, MyHeader, MyBodyen MyQueryeen door runtime gedefinieerde variabele met de naamRetryCount definiëren.

variables:
  FunctionKey: <<redacted>>
  MyHeader: "FabrikamHeader"
  MyQuery: "FabrikamQuery"
  MyBody: "FabrikamBody"

stages: 
- stage: Build
  jobs:
  - job: SetRC
    steps:
    - script: echo "##vso[task.setvariable variable=RetryCount;isOutput=true]3"
      name: RCValue
- stage: Deploy
  jobs:
  - deployment: 
    environment: Production
    strategy:
      runOnce:
        deploy:
          steps:
          - script: ./deploy.sh

In de volgende schermopname kunt u een Azure-functiecontrole aanroepen configureren in de productieomgeving en -verwijzing$(FunctionKey), $(MyQuery)$(MyHeader)$(MyBody), en $(Build.SetRC.RCValue.RetryCount), zoals in de volgende schermopname.

Azure-functie intrekken

De syntaxis voor het gebruik van door runtime gedefinieerde variabelen is StageId.JobId.StepOrTaskName.Variable.

Meer informatie over de aanbevolen manier om Azure Function & REST API-controles aan te roepen.

Mogelijkheid om maskering uit te schakelen voor korte geheimen

Azure Pipelines maskert geheimen in logboeken. Geheimen kunnen variabelen zijn die zijn gemarkeerd als geheim, variabelen uit variabelegroepen die zijn gekoppeld aan Azure Key Vault of elementen van een serviceverbinding die zijn gemarkeerd als geheim door de serviceprovider.

Alle exemplaren van geheime waarde worden gemaskeerd. Door korte geheimen te maskeren, zoals '1', '2', 'Dev' kunt u gemakkelijk hun waarden raden, bijvoorbeeld in een datum: 'Jan 3, 202***'
Het is nu duidelijk dat '3' een geheim is. In dergelijke gevallen wilt u het geheim misschien niet helemaal maskeren. Als het niet mogelijk is om de waarde niet als geheim te markeren (bijvoorbeeld de waarde wordt opgehaald uit Key Vault), kunt u de AZP_IGNORE_SECRETS_SHORTER_THAN knop instellen op een waarde van maximaal 4.

Script om de versie van de pijplijnagent zelf te valideren

We hebben momenteel twee versies van de Pijplijnagent: v2 maakt gebruik van .NET 3.1 Core en v3 maakt gebruik van .NET 6. We implementeren de v3-agent langzaam naar ondersteunde besturingssystemen, waarna we de v2-agent buiten gebruik stellen. Zie de upgrade van de .NET-agent voor Azure Pipelines-blogpost voor meer informatie.

We hebben een script gemaakt om te controleren of uw zelf-hostende agents een upgrade kunnen uitvoeren. Dit script verwerkt alle pools in uw organisatie en identificeert v2-agents op besturingssystemen die niet worden ondersteund door de v3-agent, bijvoorbeeld CentOS 6, Fedora-versies vóór 31, macOS 10.14, RHEL 6.

Notitie

Recente builds van de v2-agent proberen niet automatisch een upgrade uit te voeren naar de v3-agent op een besturingssysteem waarvan bekend is dat deze niet compatibel zijn.

Overzichtspictogram pijplijnuitvoeringsstatus

In deze sprint maken we het eenvoudiger om de algehele status van een pijplijnuitvoering te kennen.

Voor YAML-pijplijnen die veel fasen hebben, was het vroeger moeilijk om de status van een pijplijnuitvoering te kennen, dat wil zeggen dat deze nog steeds wordt uitgevoerd of voltooid. En als dit is voltooid, wat is de algehele status: geslaagd, mislukt of geannuleerd. We hebben dit probleem opgelost door een pictogram voor het overzicht van de uitvoeringsstatus toe te voegen.

Overzichtspictogram pijplijnuitvoeringsstatus

Wiki

Ondersteuning voor subpaginatabel

U kunt nu een inhoudstabel voor subpagina's toevoegen aan uw wikipagina's. Deze tabel bevat koppelingen naar alle subpagina's onder de pagina waar de tabel met subpagina's wordt weergegeven.

U kunt de tabel met subpagina's toevoegen door de speciale tag [[_TOSP_]] handmatig in te voegen of vanuit meer opties , zoals wordt weergegeven in de onderstaande geanimeerde afbeelding. Alleen de eerste tag [_TOSP_]] wordt gebruikt om de tabel met subpagina's te maken.

Deze functie heeft prioriteit gekregen op basis van de volgende tickets voor communitysuggesties:

Volgende stappen

Notitie

Deze functies worden de komende twee tot drie weken uitgerold.

Ga naar Azure DevOps en kijk eens.

Ga naar Azure DevOps

Feedback geven

We horen graag wat u van deze functies vindt. Gebruik het Help-menu om een probleem te melden of een suggestie op te geven.

Een suggestie doen

U kunt ook advies krijgen en uw vragen beantwoorden door de community op Stack Overflow.

Met vriendelijke groet,

Rajesh Ramamurthy