A fejlesztői közösség több kérését is kijavítottuk

  • Cikk

A visszajelzésére válaszul több olyan funkciót is előnyben részesítünk, amelyeket ön kért a fejlesztői közösségben. A Pipelinesban a YAML-kifejezés sztringfelosztási függvényének támogatását adtuk hozzá. Emellett mostantól letilthatja a folyamatfuttatás utolsó véglegesítési üzenetének megjelenítését. A Kézbesítési csomagok területen 15-ről 20-ra növeltük a csapatkorlátot.

A részletekért tekintse meg a kibocsátási megjegyzéseket.

Azure Boards

Azure Pipelines

Azure Boards

A kézbesítési csomagok csapatkorlátjának növelése 15-ről 20-ra

A kézbesítési csomagok segítségével több hátralékot és több csapatot tekinthet meg a szervezeten belül. Korábban 15 csapat hátralékát tekinthette meg, köztük a különböző projektekből származó hátralékok és csapatok kombinációját. Ebben a futamban a maximális korlátot 15-ről 20-ra növeltük.

Kijavítottunk egy hibát a Reporting Work Item Links Get API-ban, amely a megfelelő remoteUrl értéket adja vissza a hivatkozástípusokhoz System.LinkTypes.Remote.Related . A javítás előtt helytelen szervezetnevet és hiányzó projektazonosítót adtunk vissza.

Új Boards Hub-hibajavítások

Ebben a futamban kijavítottunk több hibát a New Boards Hub esetében. A hibajavítások listáját a New Boards Hub, Sprint 209 update blogbejegyzésben találja.

Azure Pipelines

Folyamatfuttatás utolsó véglegesítési üzenetének megjelenítése letiltva

Korábban a Pipelines felhasználói felülete az utolsó véglegesítési üzenetet jeleníti meg egy folyamat futtatásakor.

Példa az utolsó véglegesítési üzenetre

Ez az üzenet zavaró lehet például, ha a YAML-folyamat kódja egy olyan adattárban található, amely eltér attól, amelyik az általa létrehozott kódot tartalmazza. Hallottuk a fejlesztői közösségtől kapott visszajelzését, amely arra kért minket, hogy engedélyezzük/tiltsuk le a legutóbbi véglegesítési üzenet hozzáfűzését minden folyamatfuttatás címéhez.

Ezzel a frissítéssel hozzáadtunk egy új, nevű appendCommitMessageToRunNameYAML-tulajdonságot, amely pontosan ezt teszi lehetővé. A tulajdonság alapértelmezés szerint értékre truevan állítva. Ha a értékre falseállítja, a folyamatfuttatás csak a BuildNumberértéket jeleníti meg.

Példa folyamatfuttatásra buildszámmal

Példa folyamatfuttatásra az utolsó véglegesítési üzenettel

Felhasznált erőforrások és sablonparaméterek a Folyamatfuttatások Rest API-ban

A kiterjesztett Folyamatfuttatások REST API mostantól több típusú összetevőt ad vissza, amelyeket egy folyamatfuttatás használ, valamint a futtatás aktiválásához használt paramétereket. Továbbfejlesztettük az API-t, hogy visszaadja a és pipeline az container erőforrásokat, valamint a folyamatfuttatásban használt sablonparamétereket. Most például megírhatja a megfelelőségi ellenőrzéseket, amelyek kiértékelik a folyamatok által használt adattárakat, tárolókat és egyéb folyamatfuttatásokat.

Íme egy példa az új válasz törzsére.

"resources":
{
    "repositories":
    {
        "self":
        {
            "repository":
            {
                "id": "e5c55144-277b-49e3-9905-2dc162e3f663",
                "type": "azureReposGit"
            },
            "refName": "refs/heads/main",
            "version": "44153346ecdbbf66c68c20fadf27f53ea1394db7"
        },
        "MyFirstProject":
        {
            "repository":
            {
                "id": "e5c55144-277b-49e3-9905-2dc162e3f663",
                "type": "azureReposGit"
            },
            "refName": "refs/heads/main",
            "version": "44153346ecdbbf66c68c20fadf27f53ea1394db7"
        }
    },
    "pipelines":
    {
        "SourcePipelineResource":
        {
            "pipeline":
            {
                "url": "https://dev.azure.com/fabrikam/20317ad0-ae49-4588-ae92-6263028b4d83/_apis/pipelines/51?revision=3",
                "id": 51,
                "revision": 3,
                "name": "SourcePipeline",
                "folder": "\\source"
            },
            "version": "20220801.1"
        }
    },
    "containers":
    {
        "windowscontainer":
        {
            "container":
            {
                "environment":
                {
                    "Test": "test"
                },
                "mapDockerSocket": false,
                "image": "mcr.microsoft.com/windows/servercore:ltsc2019",
                "options": "-e 'another_test=tst'",
                "volumes":
                [
                    "C:\\Users\\fabrikamuser\\mount-fabrikam:c:\\mount-fabrikam"
                ],
                "ports":
                [
                    "8080:80",
                    "6379"
                ]
            }
        }
    }
},
"templateParameters":
{
    "includeTemplateSteps": "True"
}

Sztringfelosztási függvény támogatása YAML-sablonkifejezésekben

A YAML-folyamatok kényelmes módot kínálnak a kódismétlődések csökkentésére, például egy objektum listájának vagy tulajdonságának értékének átcsatolásáraeach.

Néha az iterálandó elemek halmaza sztringként jelenik meg. Ha például az üzembe helyezendő környezetek listáját a sztring integration1, integration2határozza meg.

Ahogy meghallgattuk a fejlesztői közösség visszajelzéseit, hallottuk, hogy sztringfüggvényt split szeretne használni a YAML-sablonkifejezésekben.

Most már egy sztringet is használhat, és iterálhatja split a sztringek részsztringjeinek egészét each .

variables:
  environments: integration1, integration2

jobs:
  - job: Deploy
    steps:
    - ${{ each env in split(variables.environments, ', ') }}:
      - script: ./deploy.sh -e ${{ env }}
      - script: ./runTest.sh -e ${{ env }}

Címkék szinkronizálásának tiltása Git-adattár beolvasásakor

A kivételi feladat a Git-adattár tartalmának beolvasására használja --tags a lehetőséget. Ez azt eredményezi, hogy a kiszolgáló beolvassa az összes címkét, valamint az összes olyan objektumot, amelyekre ezek a címkék mutatnak. Ez megnöveli a feladat folyamaton belüli futtatásának idejét – különösen akkor, ha több címkével rendelkező nagy adattárral rendelkezik. Emellett a kivételi feladat akkor is szinkronizálja a címkéket, ha engedélyezi a sekély beolvasási lehetőséget, így esetleg nem tudja a célját. A Git-adattárból lekért vagy lekért adatok mennyiségének csökkentése érdekében új lehetőséget adtunk a feladathoz a címkék szinkronizálásának szabályozására. Ez a lehetőség klasszikus és YAML-folyamatokban is elérhető.

Ez a viselkedés a YAML-fájlból vagy a felhasználói felületről vezérelhető.

Ha le szeretné tiltani a címkék YAML-fájlon keresztüli szinkronizálását, adja hozzá a fetchTags: false elemet a kivételi lépéshez. Ha a fetchTags beállítás nincs megadva, akkor ugyanaz, mintha fetchTags: true használták volna.

steps:
- checkout: self  # self represents the repo where the initial Pipelines YAML file was found
  clean: boolean  # whether to fetch clean each time
  fetchTags: boolean # whether to sync the tags
  fetchDepth: number  # the depth of commits to ask Git to fetch
  lfs: boolean  # whether to download Git-LFS files
  submodules: boolean | recursive  # set to 'true' for a single level of submodules or 'recursive' to get submodules of submodules
  path: string  # path to check out source code, relative to the agent's build directory (e.g. \_work\1)
  persistCredentials: boolean  # set to 'true' to leave the OAuth token in the Git config after the initial fetch

Ha módosítani szeretné a meglévő YAML-folyamatok viselkedését, célszerűbb lehet ezt a beállítást a felhasználói felületen beállítani a YAML-fájl frissítése helyett. A felhasználói felület megnyitásához nyissa meg a folyamat YAML-szerkesztőjében az Eseményindítók, majd a Folyamat lehetőséget, majd a Kivétel lépést.

Ha ezt a beállítást a YAML-fájlban és a felhasználói felületen is megadja, akkor a YAML-fájlban megadott érték elsőbbséget élvez.

A létrehozott új folyamatok (YAML vagy klasszikus) esetében a címkék alapértelmezés szerint továbbra is szinkronizálva lesznek. Ez a beállítás nem változtatja meg a meglévő folyamatok viselkedését. A címkék továbbra is szinkronizálva lesznek ezekben a folyamatokban, kivéve, ha explicit módon módosítja a fenti beállítást.

Frissült az Ubuntu 18.04-rendszerképek frissítési ütemezése

Az Azure Pipelines elavult az Ubuntu 18.04 rendszerképet (ubuntu-18.04) az üzemeltetett készleteken. Ez a kép december 1-jei kivonásra kerül. Előfordulhat, hogy hosszabb várakozási idő jelenik meg a várólistán.

Az ubuntu-18.04 rendszerképet használó folyamatok jobb azonosítása érdekében tervezzük a kimaradásokat. A feladatok meghiúsulnak egy időtúllépési időszakban.

  • Az ubuntu-18.04 rendszerkép használatával figyelmeztető üzenetek jelennek meg a folyamatfuttatásokon
  • Az elavult rendszerképeket használó folyamatok kereséséhez elérhető szkript , beleértve az ubuntu-18.04-et is
  • Rövid "kimaradásokat" ütemezünk. Az ubuntu-18.04-es futtatások meghiúsulnak a kimaradás ideje alatt. Ezért javasoljuk, hogy a folyamatokat a kimaradás előtt migrálja.

Kimaradás ütemezése (frissítve)

  • Október 3., 12:00 (UTC) – október 3., 14:00 (UTC)
  • Október 18., 14:00 (UTC) – október 18., 16:00 (UTC)
  • November 15., 18:00 (UTC) – november 15., 20:00 (UTC)
  • November 30., 20:00 (UTC) – november 30., 22:00 (UTC)
  • December 15. 20:00 (UTC) – December 16. 00:00 (UTC)
  • Január 5. 10.00 (UTC) – Január 5., 14.00 (UTC)
  • Január 13. 12.00 (UTC) – Január 13., 16.00 (UTC)
  • Január 18. 14.00 (UTC) – Január 18. 18.00 (UTC)
  • Január 24. 16.00 (UTC) – Január 24., 20.00 (UTC)
  • Február 1., 18.00 (UTC) – Február 1. 22.00 (UTC)
  • Február 7., 16.00 (UTC) – február 7., 22.00 (UTC)
  • Február 13. 14.00 (UTC) – február 13., 22.00 (UTC)
  • Február 21. 10.00 (UTC) – Február 21. 22.00 (UTC)
  • Február 28. 10.00 (UTC) – Február 28. 22.00 (UTC)
  • Március 6. 00.00 (UTC) – március 7., 00.00 (UTC)
  • Március 13. 00.00 (UTC) – március 14., 00.00 (UTC)
  • Március 21. 00.00 (UTC) – Március 22. 00.00 (UTC)

Következő lépések

Megjegyzés

Ezek a funkciók a következő két-három hétben jelennek meg.

Nyissa meg az Azure DevOpsot, és nézze meg.

Ugrás az Azure DevOpsra

Visszajelzés küldése

Szeretnénk hallani, mit gondol ezekről a funkciókról. A súgómenüvel jelentheti a problémát, vagy javaslatot adhat meg.

Javaslat készítése

Tanácsokat és kérdéseket is kaphat a közösségtől a Stack Overflow-on.

Köszönettel:

Aaron Hallberg