Az Azure DevOps Server 2019 1. frissítésének kibocsátási megjegyzései

fejlesztői közösség | rendszerkövetelményei | Licencfeltételek | DevOps Blog | SHA-1 kivonatok

Ebben a cikkben az Azure DevOps Server legújabb kiadásával kapcsolatos információkat talál.

Az Azure DevOps Server telepítésének telepítésével vagy frissítésével kapcsolatos további információkért tekintse meg Azure DevOps Server-követelmények. Az Azure DevOps-termékek letöltéséhez látogasson el az Azure DevOps Server Letöltések oldalára.

Az Azure DevOps Serverre való közvetlen frissítést az Azure DevOps Server 2020, az Azure DevOps Server 2019 vagy a Team Foundation Server (TFS) 2015 vagy újabb verzió támogatja. Ha a TFS üzembe helyezése a TFS 2010-ben vagy korábbi verzióban történik, az Azure DevOps Server 2019-re való frissítés előtt végre kell hajtania néhány időközi lépést. További információ: Helyszíni Azure DevOps telepítése és konfigurálása.

---

Biztonságos frissítés az Azure DevOps Server 2019-ről az Azure DevOps Server 2020-ra

Az Azure DevOps Server 2020 egy új folyamatfuttatási (buildelési) adatmegőrzési modellt vezet be, amely projektszintű-beállítások alapján működik.

Az Azure DevOps Server 2020 eltérő módon kezeli a buildmegőrzést a folyamatszintű adatmegőrzési szabályzatok alapján. Bizonyos szabályzatkonfigurációk a frissítés után a folyamatfuttatások törléséhez vezetnek. A manuálisan megtartott vagy egy kiadás által megtartott pipeline futtatások a frissítés után nem törlődnek.

A blogbejegyzésben további információt talál arról, hogyan frissíthet biztonságosan az Azure DevOps Server 2019-ről az Azure DevOps Server 2020-ra.

Azure DevOps Server 2019 Update 1.2 Patch 11 Kiadás dátuma: 2025. április 8.

Fájl	SHA-256 kivonat
devops2019.1.2patch11.exe	B931F1A38F09F8B341B82FCE14C1FF136713D98A6AA5A7DB778C7F89FAD94CDF

Megjelent a Patch 11 for Azure DevOps Server 2019 Update 1.2, amely a következőket tartalmazza:

Fontos

A CDN-tartomány URL-címének módosítása a Pipelines-ügynökök blogjában a javítás telepítése előtt követendő lépéseket tartalmazza.

• Korábban az Azure DevOps-ügynök az Edgio CDN-t használta végponttal vstsagentpackage.azureedge.net. Edgio nyugdíjba vonulásának részeként a *.azureedge.net tartományt leszerelik. A folyamatos rendelkezésre állás biztosítása érdekében migráltunk egy Akamai által támogatott CDN-re egy új végponttal download.agent.dev.azure.com. Ez a javítás tartalmazza az ügynök bináris fájljainak az új CDN-végpontról való lekéréséhez szükséges módosításokat, így az előző CDN-végponttól való migrálást.

Azure DevOps Server 2019 Update 1.2 Patch 10 Kiadás dátuma: 2025. március 11.

Fájl	SHA-256 kivonat
devops2019.1.2patch10.exe	EDCE91E3F92A2E60FB9BA9BE6977B47BC794817A13766C728B97D4B83039B789

Megjelent Patch 10 az Azure DevOps Server 2019 1.2-s frissítéséhez, amely a következőket tartalmazza:

• Az Edgio CDN elavulása miatti feladatok frissítése. További részletekért tekintse meg a CDN-szolgáltatók váltása blogbejegyzést.

Azure DevOps Server 2019 Update 1.2 Patch 9 Kiadás dátuma: 2024. május 28.

Fájl	SHA-256 kivonat
devops2019.1.2patch9.exe	4A3F41BBE00174DE964667878766EBF7F4D292526CBC1D885180B55D994B4D81

Megjelent Patch 9 az Azure DevOps Server 2019 1.2-s frissítéséhez, amely a következőket tartalmazza:

• Egyszerűsítheti az ügynök- és feladatfrissítések üzembe helyezését az előző javításokból (5. és 6. javítás).

Jegyzet

Nem szükséges követni az 5. és 6. javítás lépéseit; ezek kihagyhatók, és ez a javítás alkalmazható helyette.

Javítások telepítése

Fontos

 Ez a javítás frissíti a rendelkezésre álló folyamatügynököt, az ügynök új verziója a 9. javítás telepítése után a 3.225.0 lesz.

Folyamatkövetelmények

Az új viselkedés parancssori argumentumok érvényesítéséhez egy változót AZP_75787_ENABLE_NEW_LOGIC = true kell beállítani az érintett tevékenységeket használó folyamatokban. Az engedélyezett működésről további információt itt talál:

• A klasszikusról:

  Definiálja a változót a változó fülön a pipeline-ban.

• YAML-példa:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2019 Update 1.2 Patch 8 Kiadás dátuma: 2024. március 12.

Fájl	SHA-256 kivonat
devops2019.1.2patch8.exe	67E78EA7D67A09A6EE06309614F92E6D8495DEF52FF442E4E7C7979244FAD20A

Az Azure DevOps Server 2019 1.2-s frissítéséhez Patch 8 jelent meg, amely az alábbi javításokat tartalmazza:

• Megoldotta azt a hibát, amely miatt a proxykiszolgáló a 7. javítás telepítése után leállt.

Azure DevOps Server 2019 Update 1.2 Patch 7 Kiadás dátuma: 2024. február 13.

Fájl	SHA-256 kivonat
devops2019.1.2patch7.exe	8C67C72A83C9215302BDEFB752A7C4E3F876D4D17FCFA63A02B955FCFB5455AAA

Az Azure DevOps Server 2019 1.2-ben megjelent Patch 7, amely az alábbi javításokat tartalmazza:

• Kijavítottunk egy hibát, amely miatt a proxygyorsítótár-mappa által használt lemezterületet helytelenül számították ki, és a mappa nem lett megfelelően megtisztítva.
• CVE-2024-20667: Az Azure DevOps Server távoli kódvégrehajtási biztonsági rése.

Azure DevOps Server 2019 Update 1.2 Patch 6 Kiadás dátuma: 2023. november 14.

Közzétettünk egy javítást az Azure DevOps Server 2019 1.2-s frissítéséhez, amely az alábbi javításokat tartalmazza.

• Bővítette a PowerShell-tevékenységek által engedélyezett karakterek listáját a rész számára, beleértve a shell-tevékenységek argumentumainak paraméterérvényesítését.

Jegyzet

A javítások megvalósításához több lépést kell követnie a feladatok manuális frissítéséhez.

Javítások telepítése

Fontos

Az Azure Pipelines-ügynök frissítéseit 2023. szeptember 12-én adtuk ki az 5. javítással. Ha nem telepítette az ügynökfrissítéseket az 5. javítás kibocsátási megjegyzéseiben leírtak szerint, javasoljuk, hogy a 6. javítás telepítése előtt telepítse ezeket a frissítéseket. Az ügynök új verziója az 5. javítás telepítése után 3.225.0 lesz.

TFX konfigurálása

1. Kövesse a tevékenységek projektgyűjteményi dokumentációba való feltöltésének lépéseit, tfx-cli használatával történő telepítéshez és bejelentkezéshez.

Feladatok frissítése A TFX használatával

Fájl	SHA-256 kivonat
Tasks20231103.zip	389BA66EEBC32622FB83402E21373CE20AE040F70461B9F9AF9EFCED5034D2E5

1. Töltse le és bontsa ki Tasks20231103.zip.
2. Módosítsa a könyvtárat a kinyert fájlokra.
3. Hajtsa végre a következő parancsokat a feladatok feltöltéséhez:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.230.0.zip
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.230.0.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.230.0.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.230.0.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.230.0.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.230.0.zip 

Folyamatkövetelmények

Az új viselkedés használatához egy változót AZP_75787_ENABLE_NEW_LOGIC = true kell beállítani az érintett tevékenységeket használó folyamatokban.

• A klasszikusról:

  Definiálja a változót a változó fülön a pipeline-ban.

• YAML-példa:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2019 Update 1.2 Patch 5 Kiadás dátuma: 2023. szeptember 12.

Közzétettünk egy javítást az Azure DevOps Server 2019 1.2-s frissítéséhez, amely az alábbi javításokat tartalmazza.

• CVE-2023-33136: Az Azure DevOps Server távoli kódvégrehajtási biztonsági rése.
• CVE-2023-38155: Az Azure DevOps Server és a Team Foundation kiszolgáló jogosultsági biztonsági résének emelése.

Fontos

Telepítse a javítást egy tesztkörnyezetben, és győződjön meg arról, hogy a környezet folyamatai a várt módon működnek, mielőtt a javítást éles környezetben alkalmazták volna.

Jegyzet

A javítások megvalósításához számos lépést kell végrehajtania az ügynök és a feladatok manuális frissítéséhez.

Javítások telepítése

1. Töltse le és telepítse az Azure DevOps Server 2019 Update 1.2 patch 5.

Az Azure Pipelines-ügynök frissítése

1. Töltse le az ügynököt a következő forrásból: https://github.com/microsoft/azure-pipelines-agent/releases/tag/v3.225.0 - Agent_20230825.zip
2. Az ügynök üzembe helyezéséhez használja az saját üzemeltetésű Windows-ügynökök dokumentációjában ismertetett lépéseket.  

Jegyzet

Az AZP_AGENT_DOWNGRADE_DISABLED értékét "true"-ra kell állítani, hogy megakadályozza az ügynök leminősítését. Windows rendszeren a következő parancs használható egy felügyeleti parancssorban, amelyet újraindítás követ. setx AZP_AGENT_DOWNGRADE_DISABLED true /M

TFX konfigurálása

1. Kövesse a tevékenységek projektgyűjteményi dokumentációba való feltöltésének lépéseit, tfx-cli használatával történő telepítéshez és bejelentkezéshez.

Feladatok frissítése A TFX használatával

1. Töltse le és bontsa ki Tasks_20230825.zip.
2. Módosítsa a könyvtárat a kinyert fájlokra.
3. Hajtsa végre a következő parancsokat a feladatok feltöltéséhez:

tfx build tasks upload --task-zip-path AzureFileCopyV1.1.226.3.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV2.2.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV3.3.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV4.4.226.2.zip 
tfx build tasks upload --task-zip-path AzureFileCopyV5.5.226.2.zip 
tfx build tasks upload --task-zip-path BashV3.3.226.2.zip 
tfx build tasks upload --task-zip-path BatchScriptV1.1.226.0.zip 
tfx build tasks upload --task-zip-path PowerShellV2.2.226.1.zip 
tfx build tasks upload --task-zip-path SSHV0.0.226.1.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV1.1.226.2.zip 
tfx build tasks upload --task-zip-path WindowsMachineFileCopyV2.2.226.2.zip 

Folyamatkövetelmények

Az új viselkedés használatához egy változót AZP_75787_ENABLE_NEW_LOGIC = true kell beállítani az érintett tevékenységeket használó folyamatokban.

• A klasszikusról:

  Definiálja a változót a változó fülön a pipeline-ban.

• YAML-példa:

variables: 
- name: AZP_75787_ENABLE_NEW_LOGIC 
  value: true 

Azure DevOps Server 2019 Update 1.2 Patch 4 Kiadás dátuma: 2023. augusztus 8.

Kiadottunk egy javítás az Azure DevOps Server 2019 Update 1.2-hez, amely az alábbi javításokat tartalmazza.

• CVE-2023-36869: Azure DevOps Server hamisítási biztonsági rés.
• Frissítse az SSH szolgáltatást az SHA2-256 és az SHA2-512 támogatásához. Ha az RSA használatára keményen kódolt SSH-konfigurációs fájlokat használ, frissítsen SHA2-re, vagy távolítsa el a bejegyzést.
• Kijavítottuk a Végtelen hurok hibát a CronScheduleJobExtension-on.

Azure DevOps Server 2019 Update 1.2 Patch 3 Kiadás dátuma: 2023. június 13.

Kiadottunk egy javítás az Azure DevOps Server 2019 Update 1.2-hez, amely az alábbi javításokat tartalmazza.

• Kijavítottunk egy hibát, amely megzavarta a csomagok leküldését a 2018-ról vagy korábbi verzióról való frissítéskor.

Azure DevOps Server 2019 Update 1.2 Patch 2 Kiadás dátuma: 2022. december 13.

Kiadottunk egy javítás az Azure DevOps Server 2019 Update 1.2-hez, amely az alábbi javításokat tartalmazza.

• Kijavítottuk a "Account Parallelism Sync Analytics-feladat" hibalehetőségeit.

Azure DevOps Server 2019 Update 1.2 Patch 1 Kiadás dátuma: 2022. július 12.

Kiadottunk egy javítás az Azure DevOps Server 2019 Update 1.2-hez, amely az alábbi javításokat tartalmazza.

• Tesztfuttatási API-kban a visszaadott folytatási token nagyobb volt, mint a megadott "maxLastUpdatedDate" érték.
• Egy klasszikus folyamat szerkesztésekor a megőrzési lap üres volt, miután elvetett egy másik lapon lévő módosításokat.

Azure DevOps Server 2019 Update 1.2 Kiadás dátuma: 2022. május 17.

Azure DevOps Server 2019 Update 1.2 hibajavítások összesítője. Közvetlenül telepítheti az Azure DevOps Server 2019 1.2-s frissítését, vagy frissíthet az Azure DevOps Server 2019-ről vagy a Team Foundation Server 2013-ról vagy újabbról.

Jegyzet

Az adatmigrálási eszköz körülbelül három héttel a kiadás után elérhető lesz az Azure DevOps Server 2019 1.2-es frissítéséhez. Az importálási jelenleg támogatott verzióinak listáját itt találja.

Ez a kiadás a következő javításokat tartalmazza:

• A felhasználói Active Directory-fiók letiltása után vonja vissza az összes személyes hozzáférési jogkivonatot.

Azure DevOps Server 2019 Update 1.1 Patch 13 Kiadás dátuma: 2022. január 26.

Kiadottunk egy patch az Azure DevOps Server 2019 Update 1.1-hez, amely az alábbi javításokat tartalmazza.

• A rendszer nem küldött e-mail-értesítéseket, amikor a @mention vezérlőt használja egy munkaelemben.
• Az előnyben részesített e-mail-cím nem lett frissítve a felhasználói profilban. Ez azt eredményezte, hogy a rendszer az előző e-mail-címre küldött e-maileket.
• Az Elasticsearch biztonsági rését úgy hárította el, hogy eltávolította a jndilookup osztályt a log4j bináris fájlokból.

Telepítési lépések

1. Frissítse a kiszolgálót a 13-as Patchverzióval.
2. Ellenőrizze a beállításjegyzék értékét a HKLM:\Software\Elasticsearch\Version. Ha a beállításjegyzék értéke nincs megadva, adjon hozzá egy sztringértéket, és állítsa a Verzió 5.4.1 értékre (Név = Verzió, Érték = 5.4.1).
3. Futtassa a frissítési parancsot PS C:\Program Files\{TFS Version Folder}\Search\zip> .\Configure-TFSSearch.ps1 -Operation update a readme fájlban megadott módon. A következőhöz hasonló figyelmeztetés jelenhet meg: Nem lehet csatlakozni a távoli kiszolgálóhoz. Ne zárja be az ablakot, mert a frissítés újrapróbálkozásokat végez, amíg be nem fejeződik.

Jegyzet

Ha az Azure DevOps Server és az Elasticsearch különböző gépekre van telepítve, kövesse az alábbi lépéseket.

1. Frissítse a kiszolgálót a 13-as Patchverzióval.
2. Ellenőrizze a beállításjegyzék értékét a HKLM:\Software\Elasticsearch\Version. Ha a beállításjegyzék értéke nincs megadva, adjon hozzá egy sztringértéket, és állítsa a Verzió 5.4.1 értékre (Név = Verzió, Érték = 5.4.1).
3. Másolja a zip nevű mappa tartalmát a C:\Program Files\{TFS Version Folder}\Search\zip-ról az Elasticsearch távoli fájlmappájába.
4. Futtassa a Configure-TFSSearch.ps1 -Operation update-t az Elasticsearch szerveren található gépen.

SHA-256 kivonat: DB762E391F9DF8E71E58D6FAA169CA44DFBE996AE6567B55F772CBA9E3DA2AB3

Azure DevOps Server 2019 Update 1.1 Patch 12 Kiadás dátuma: 2021. szeptember 15.

12--javítás az Azure DevOps Server 2019 Update 1.1-hez az alábbi javításokat tartalmazza.

• A "Szavakat tartalmaz" típusú lekérdezések munkaelem-makrójának javítása. Korábban a lekérdezések helytelen eredményeket adtak vissza a sortörést tartalmazó értékekhez.
• A testreszabott munkaelemek elrendezésének állapotaival kapcsolatos lokalizációs probléma.
• Honosítási probléma az e-mail-értesítési sablonban.
• Hiba a NOTSAMEAS-szabályok kiértékelésekor, ha több NOTSAMEAS-szabályt definiáltak egy mezőhöz.

Azure DevOps Server 2019 Update 1.1 Patch 11 Kiadás dátuma: 2021. szeptember 14.

Patch 11 for Azure DevOps Server 2019 Update 1.1 az alábbi javításokat tartalmazza.

• Oldja meg az ebben a fejlesztői közösségi visszajelzési jegyen () jelentettproblémát.

Azure DevOps Server 2019 Update 1.1 Patch 10 Kiadás dátuma: 2021. augusztus 10.

Patch 10 for Azure DevOps Server 2019 Update 1.1 az alábbi javításokat tartalmazza.

• Kijavítottunk néhány munkaelemtípushoz tartozó e-mail-kézbesítési feladatokkal kapcsolatos problémát.

Azure DevOps Server 2019 Update 1.1 Patch 9 Kiadás dátuma: 2021. június 15.

Patch 9 for Azure DevOps Server 2019 Update 1.1 az alábbi javításokat tartalmazza.

• Az adatimportálással kapcsolatos probléma megoldása. Az adatimportálás sok elavult tesztesetet tartalmazó ügyfelek számára hosszú időt vett igénybe. Ez a tbl_testCaseReferences tábla méretét növelő hivatkozásoknak volt köszönhető. Ezzel a javítással eltávolítottuk az elavult tesztelési esetekre mutató hivatkozásokat az adatimportálási folyamat felgyorsítása érdekében.

Azure DevOps Server 2019 Update 1.1 Patch 8 Kiadás dátuma: 2021. április 13.

Kiadottunk egy patch az Azure DevOps Server 2019 Update 1.1-hez, amely az alábbiakat javítja ki.

• CVE-2021-27067: Információfeltárás
• A fejlesztői közösségi visszajelzési jegyben jelentett probléma megoldása | Nem lehet regisztrálni a teszteredmény iteráció részleteit az Azure DevOps Server 2019-ben

A javítások végrehajtásához az alábbi lépéseket kell követnie általános javítástelepítéshez és AzureResourceGroupDeploymentV2 feladatok telepítéséhez.

Általános javítástelepítés

Ha az Azure DevOps Server 2019 Update 1.1-et futtatja, telepítse Azure DevOps Server 2019 Update 1.1 Patch 8.

A telepítés ellenőrzése

• 1. lehetőség: Futtassa a devops2019.1.1patch8.exe CheckInstall fájlt, amely a fenti hivatkozásból letöltött devops2019.1.1patch8.exe fájl. A parancs kimenete vagy azt fogja mondani, hogy a javítás telepítve van, vagy nincs telepítve.

• 2. lehetőség: Ellenőrizze a következő fájl verzióját: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Az Azure DevOps Server 2019 alapértelmezés szerint telepítve van a c:\Program Files\Azure DevOps Server 2019. Az Azure DevOps Server 2019.1.1 Patch 8 telepítése után a verzió 17.153.31129.2 lesz.

AzureResourceGroupDeploymentV2 feladattelepítés

Jegyzet

Az alábbiakban említett összes lépést Windows rendszerű gépen kell végrehajtani

Felszerel

1. Bontsa ki a AzureResourceGroupDeploymentV2.zip csomagot egy új mappába a számítógépen. Például: D:\tasks\AzureResourceGroupDeploymentV2.

2. Töltse le és telepítse a Node.js 14.15.1-et és az npm-et (a Node.js letöltésével együtt) a gépének megfelelően.

3. Nyisson meg egy parancssort rendszergazda módban, és futtassa a következő parancsot a tfx-cli telepítéséhez.

npm install -g tfx-cli

4. Hozzon létre egy személyes hozzáférési jogkivonatot teljes hozzáférésű jogosultságokkal, és másolja ki. Ez a személyes hozzáférési jogkivonat a tfx bejelentkezési parancs futtatásakor lesz használva.

5. Futtassa a következőt a parancssor ablakban. Amikor a rendszer kéri, adja meg a szolgáltatás URL-címét és a személyes hozzáférési jogkivonatot.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Futtassa a következő parancsot a feladat kiszolgálóra való feltöltéséhez. Használja az 1. lépésből kinyert .zip fájl elérési útját.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Update 1.1 Patch 7 Kiadás dátuma: 2021. január 12.

Kiadottunk egy patch az Azure DevOps Server 2019 Update 1.1-hez, amely az alábbiakat javítja ki. További információért tekintse meg a blogbejegyzést.

• A tesztfuttatás részletei nem jelenítik meg az OpsHub Migration használatával migrált tesztadatok tesztelési lépésének részleteit
• Kivétel a 'Microsoft.TeamFoundation.TestManagement.Server.TCMLogger' inicializálójánál
• Az Azure DevOps Server 2020-ra való migrálás után a rendszer azonnal törli a nem kézbesített buildeket
• Adatszolgáltatói kivétel javítása

Azure DevOps Server 2019 Update 1.1 Patch 6 Kiadás dátuma: 2020. december 8.

Kiadottunk egy patch az Azure DevOps Server 2019 Update 1.1-hez, amely az alábbiakat javítja ki. További információért tekintse meg a blogbejegyzést.

• CVE-2020-1325: Azure DevOps Server hamisítási biztonsági rés
• CVE-2020-17135: Azure DevOps Server hamisítási biztonsági rés
• CVE-2020-17145: Azure DevOps Server és Team Foundation Services hamisítási biztonsági rés
• Kijavítottuk azt a hibát, amely miatt a TFVC nem dolgozza fel az összes eredményt

Fontos

A javítás telepítése előtt olvassa el az alábbi teljes utasításokat.

Általános javítástelepítés

Ha az Azure DevOps Server 2019 Update 1.1-et futtatja, telepítse Azure DevOps Server 2019 Update 1.1 Patch 6.

A telepítés ellenőrzése

• 1. lehetőség: Futtassa a devops2019.1.1patch6.exe CheckInstallés a devops2019.1.1patch6.exe fájlt, amelyet a fenti hivatkozásról töltött le. A parancs kimenete vagy azt fogja mondani, hogy a javítás telepítve van, vagy nincs telepítve.

• 2. lehetőség: Ellenőrizze a következő fájl verzióját: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Az Azure DevOps Server 2019 alapértelmezés szerint telepítve van a c:\Program Files\Azure DevOps Server 2019. Az Azure DevOps Server 2019.1.1 6-os javítása után a verzió 17.153.30723.5 lesz.

AzurePowerShellV4 feladat telepítése

Jegyzet

Az alábbiakban említett összes lépést Windows rendszerű gépen kell végrehajtani

Előfeltételek

1. Telepítse az Azure PowerShell Az modult az Azure PowerShell- alkalmazással a magánügynök gépére.

2. Hozzon létre egy folyamatot az AzurePowerShellV4 feladattal. A feladatban csak egy standard hiba fog megjelenni.

Felszerel

1. Bontsa ki a AzurePowerShellV4.zip csomagot egy AzurePowerShellV4nevű mappába.

2. Töltse le és telepítse Node.js 14.15.1 és npm (a Node.js letöltésével együtt) a gépének megfelelően.

3. Nyisson meg egy parancssort rendszergazda módban, és futtassa a következő parancsot a tfx-cli telepítéséhez.

npm install -g tfx-cli

4. Hozzon létre egy személyes hozzáférési jogkivonatot teljes hozzáférésű jogosultságokkal, és másolja ki. Ez a személyes hozzáférési jogkivonat a tfx bejelentkezési parancs futtatásakor lesz használva.

5. Futtassa a következőt a parancssor ablakban. Amikor a rendszer kéri, adja meg a szolgáltatás URL-címét és a személyes hozzáférési jogkivonatot.

~$ tfx login
Copyright Microsoft Corporation

> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully

6. Futtassa a következő parancsot a feladat kiszolgálóra való feltöltéséhez. A kinyert csomag elérési útja D:\tasks\AzurePowerShellv4lesz.

  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Azure DevOps Server 2019 Update 1.1 Patch 5 Kiadás dátuma: 2020. szeptember 8.

Kiadottunk egy patch az Azure DevOps Server 2019 Update 1.1-hez, amely az alábbiakat javítja ki. További információért tekintse meg a blogbejegyzést.

• DTS 1713492 – Váratlan viselkedés, amikor AD-csoportokat ad hozzá a biztonsági engedélyekhez.

Azure DevOps Server 2019 Update 1.1 Patch 4 Kiadás dátuma: 2020. július 14.

Kiadottunk egy patch az Azure DevOps Server 2019 Update 1.1-hez, amely az alábbiakat javítja ki. További információért tekintse meg a blogbejegyzést.

• CVE-2020-1326: Helyek közötti szkriptelési biztonsági rés
• A buildelési folyamat helytelen kapcsolatot mutat a jogosulatlan felhasználók számára az Egyéb Git-forrás kiválasztásakor.
• Kijavítottuk a hibát, amikor az XAML builddefinícióban be- vagy kikapcsoltra módosítja az öröklést.

Azure DevOps Server 2019 Update 1.1 Patch 3 Kiadás dátuma: 2020. június 9.

Kiadottunk egy patch az Azure DevOps Server 2019 Update 1.1-hez, amely az alábbiakat javítja ki. További információért tekintse meg a blogbejegyzést.

• CVE-2020-1327: Győződjön meg arról, hogy az Azure DevOps-kiszolgáló megtisztítja a felhasználói bemeneteket.

Azure DevOps Server 2019 Update 1.1 Patch 2 Kiadás dátuma: 2020. április 14.

Kiadottunk egy patch az Azure DevOps Server 2019 Update 1.1-hez, amely az alábbiakat javítja ki. További információért tekintse meg a blogbejegyzést.

• Az SVN-véglegesítések nem aktiválják a folyamatláncot.

• Sha2 támogatása az SSH-ban az Azure DevOpsban

Azure DevOps Server 2019 Update 1.1 Patch 1 Kiadás dátuma: 2020. március 10.

Megjelent egy biztonsági javítás az Azure DevOps Server 2019 Update 1.1-hez, amely az alábbi hibákat javítja ki. További információért tekintse meg a blogbejegyzést.

• CVE-2020-0700: Helyek közötti szkriptelési biztonsági rés

• CVE-2020-0758: Jogosultsági biztonsági rés emelése

• CVE 2020-0815: Jogosultsági biztonsági rés emelése

---

Azure DevOps Server 2019 Update 1.1 RTW kiadás dátuma: 2019. december 10.

Azure DevOps Server 2019 Update 1.1 a hibajavítások és biztonsági frissítések összesítője. Az Azure DevOps Server 2019 Update 1 korábban kiadott összes javítását tartalmazza. Közvetlenül telepítheti az Azure DevOps Server 2019 1.1-s frissítését, vagy frissíthet az Azure DevOps Server 2019-ről vagy a Team Foundation Server 2012-ről vagy újabbról.

Jegyzet

Az Adatmigrálási eszköz körülbelül három héttel a kiadás után elérhető lesz az Azure DevOps Server 2019 1.1-es frissítéséhez. Az importálási jelenleg támogatott verzióinak listáját itt találja.

Ez a kiadás a következő hibák javítását tartalmazza:

Azure Boards

• Amikor új munkaelemet hoz létre a termék-hátralékból, a Cím mező nem inicializálódik a folyamatsablon alapértelmezett értékével.
• Lassúság és időtúllépés az Azure Boards használatakor.
• A "Módosította" érték helytelen a munkaelemek hivatkozásain.

Azure Pipelines

• A Pipelines-értesítésekben egyes területi beállításokban null értékűek lehetnek az olyan mezők, mint az Időtartam.
• A sablon elérési útja lehet, hogy nem mutat érvényes JSON-fájlra egy olyan folyamatban, amely Azure Erőforráscsoport-kihelyezést tartalmaz
• A gyűjteményszintű adatmegőrzési beállítások lap a projektbeállítások lapján jelenik meg.

Azure-tesztcsomagok

• A Teszttervek mezőinek szerkesztése lassú.
• Egy teszteset során, amikor a táblázatokból nyitják meg (ahelyett, hogy a teszttervekből nyitnánk meg), a megosztott lépések részletei nem jelennek meg.

Általános

• Gyűjtemények nincsenek betűrendbe rendezve.

Adminisztráció

• magas memóriahasználat.
• A terheléselosztó-konfigurációval rendelkező kiszolgálóknak explicit módon hozzá kellett adniuk a nyilvános forrásukat az AllowedOrigins beállításjegyzékbe.
• Az SQL Azure-ra telepítő ügyfelek nem látják a Teljes próbaverzió párbeszédpanelt.
• A bővítmények telepítésekor a következő hibaüzenet jelenik meg: "Hibaüzenet: Hiányzó hozzájárulás (ms.vss-dashboards-web.widget-sdk-version-2)".
• Az Elastic Search beállításakor a következő hibaüzenet jelenik meg: "A felhasználó nem jogosult".
• Indexelési és lekérdezési hibák az Elastic Searchben a TFS 2018 2. vagy újabb frissítéséről való frissítéskor.
• A "Warehouse létrehozása" lépés meghiúsul az Azure DevOps Server konfigurálásakor.

Ez a kiadás a következő frissítést tartalmazza:

• Az SQL Server 2019 támogatása.

---

Azure DevOps Server 2019 Update 1 Patch 1 Kiadás dátuma: 2019. szeptember 10.

Kiadottunk egy biztonsági javítást az Azure DevOps Server 2019 Update 1-hez, amely az alábbi hibát javítja ki. További információért tekintse meg a blogbejegyzést.

• CVE-2019-1306: Távoli kódvégrehajtás biztonsági rése a Wikiben

---

Az Azure DevOps Server 2019 1. frissítésének kiadási dátuma: 2019. augusztus 20.

Jegyzet

Az adatmigrálási eszköz körülbelül három héttel a kiadás után elérhető lesz az Azure DevOps Server 2019 1. frissítéséhez. Az importálási jelenleg támogatott verzióinak listáját itt találja.

---

RC2 kiadási dátum: 2019. július 23.

Az RC2 számos hibajavítást tartalmaz az RC1 óta, és ez a végleges tervezett előzetes verzió.

---

RC1 Kiadás dátuma: 2019. július 2.

Az Azure DevOps Server 2019 1. frissítésének újdonságai

Az Azure DevOps Server 2019 Update 1 számos új funkciót vezet be. Néhány fontos elem:

• Új alapszintű folyamat
• Munka lekérdezése a nap, hét, hónap vagy év kezdetéhez viszonyítva
• GitHub problémáinak elfogadása és végrehajtása közben tervezés az Azure Boardsban
• lejárt build újrafuttatása automatikus kiegészítésű lekérésekhez
• Lekéréses kérelmek végrehajtására szolgáló új egyesítési típusok
• YAML-folyamatok aktiválása címkékkel
• Feladat-asszisztens YAML-fájlok szerkesztéséhez
• Webszerkesztő eszköz YAML-folyamatokhoz IntelliSense támogatással
• A GitHub-kiadások kezelése csővezetékekkel
• Teszteredmények trendje (Fejlett) widget
• csomagokra vonatkozó származási információk
• Python-csomagok támogatása
• Felülről érkező források Mavenhez
• Azure Boards-lekérdezés eredményeinek beágyazása a wikin
• Wikilapok permalinkjei
• Wikioldalak értesítései
• Az Analytics használatához már nincs szükség Analytics bővítményre

Az új funkciók megtekintéséhez az egyes szakaszokra is ugorhat:

• Általános
• táblák
• Repó
• csővezetékek
• teszttervek
• Műtárgyak
• Wiki
• jelentéskészítési

---

Általános

Sötét téma

A sötét téma az Azure DevOps Services egyik népszerű funkciója, és már elérhető az Azure DevOps Serverben. A sötét téma bekapcsolásához válassza Téma lehetőséget az avatar alatti menüből, minden oldal jobb felső sarkában.

Deszkák

Új alapszintű folyamat

Korábban az Agile volt az új projektek alapértelmezett folyamata, amely robusztus és rugalmas munkaelem-típusokat és állapotokat kínál a különböző projektkézbesítési módszereknek megfelelően. Egyes csapatok, akik jobban ismerik a többi eszközt, vagy akik egyre bővülnek, és egy hatékonyabb eszközkészletet szeretnének bevezetni, szeretnék gyorsan elkezdeni az általuk jobban ismert terminológiát.

Az új alapszintű folyamat három munkaelem-típust (eposzokat, problémákat és feladatokat) biztosít a munka megtervezéséhez és nyomon követéséhez. Javasoljuk, hogy a Problémák funkcióval kövesse nyomon a felhasználói történeteket, a hibákat és a funkciókat, miközben az Epics használatával nagyobb munkaegységekbe csoportosítja a problémákat. Ahogy halad munkájával, mozgassa az elemeket a Teendő, Folyamatban és Kész szakaszok egyszerű munkafolyamatán.

Az új projekt elindításához tekintse meg a követendő problémákat és a feladatok dokumentációját.

Az állapotértékek sorrendje a munkaelem űrlapján

Korábban a munkaelem-űrlap állapotértékét betűrendbe rendezték. Ezzel a frissítéssel megváltoztattuk az állapotértékek sorrendjét a munkafolyamat-sorrendnek megfelelően a folyamatbeállításokban. Az állapot testreszabási beállításai között az egyes kategóriák állapotainak sorrendjét is módosíthatja.

A funkció engedélyezése már nem érhető el

Az ügyfeleknek manuálisan kell frissíteniük az XML-t minden projekthez, hogy új funkciókat engedélyezzenek a gyűjtemény frissítése után.

Az egyes funkciók engedélyezésének megismeréséhez tekintse meg a dokumentációját.

Segédanyagok rendszerezése gazdagabb munkaelem-mellékletekkel

A fájlok munkahelyi elemekhez való csatolása lehetővé teszi, hogy Ön és csapata központosítsa a referenciaanyagokat, hogy mindig közel legyenek, amikor szüksége van rájuk. Mostantól egyszerűbb új mellékletet felvenni úgy, hogy egyszerűen húzza a fájlt a munkaelem űrlapjára. A mellékleteket továbbra is listaként tekintheti meg, vagy rácsnézetre váltva miniatűr előnézetet jeleníthet meg. Kattintson duplán a fájlra az előnézet megnyitásához, és lépkedjen rajtuk a szükséges információk gyors megkereséséhez.

Oszd meg a csapatod tábláját jelvény használatával.

A projektcsapat gyakran az adattár README-jét használja a megoldáshoz való hozzájárulással és annak használatával kapcsolatos információkért. Ahogyan az Azure Pipelines buildelési vagy üzembe helyezési állapotával is lehet, most már hozzáadhat a README fájlhoz egy jelvényt a csapat Azure Boards táblájához. A jelvényt úgy konfigurálhatja, hogy csak a folyamatban lévő oszlopokat vagy az összes oszlopot jelenítse meg, és akár nyilvánosan is láthatóvá teheti a jelvényt, ha a projekt nyílt forráskódú.

Ha a README a Markdownon alapul, egyszerűen átmásolhatja a minta Markdown-mintát az állapotjelvény beállításainak oldaláról, és beillesztheti a fájlba.

README-ben

Munka lekérdezése a nap, hét, hónap vagy év kezdetéhez viszonyítva

Bár a csapatok gyakran a következő lépésekre vagy a sprint iterációkra összpontosítanak, gyakran érdekes lehet átnézni a munkát a naptár szemszögéből, hogy jelentést készítsenek a múlt hónapban vagy az év első negyedévében végzett összes munkáról. Most már használhatja a következő új @StartOf makrókészletet, valamint bármely dátumalapú mezőt a nap, a hét, a hónap vagy az év kezdete alapján történő lekérdezéshez:

• @StartOfYear
• @StartOfMonth
• @StartOfWeek
• @StartOfDay

Ezek a makrók egy új módosító sztringet is elfogadnak, amely lehetővé teszi az adatok különböző dátumegységek szerinti eltolását. Írhat például egy lekérdezést, hogy megkeresse az év első negyedévében befejezett összes munkaelemet, azzal a feltétellel, hogy az állapotváltozás dátuma >= @StartOfYear és az állapotváltozás dátuma <= @StartOfYear("+3M". További információt a lekérdezési makrók dokumentációjában talál.

Hozzászólási megjegyzések szerkesztése és törlése

Örömmel jelentjük be, hogy elérhető az Azure Boards munkaelem-vitafórumában a megjegyzések szerkesztésére és törlésére irányuló, az erősen megszavazott fejlesztői közösség funkció. A megjegyzés szerkesztéséhez egyszerűen mutasson a saját megjegyzésére, és két új gomb jelenik meg. Ha a ceruza ikonra kattint, be fog lépni szerkesztési módba, és egyszerűen elvégezheti a szerkesztéseket, és a "Frissítés" gombra kattintva mentheti a módosításokat.

Amikor a túlcsordulás menüre kattint, megjelenik a megjegyzés törlésének lehetősége. Ha erre kattint, a rendszer ismét kérni fogja, hogy erősítse meg, hogy törölni szeretné ezt a megjegyzést, és a megjegyzés törlődik.

A munkaelem űrlap Előzmények lapján található összes szerkesztett és törölt megjegyzés teljes nyomát megtalálja. Azt is látni fogja, hogy frissítettük a vitafórum felhasználói felületét, hogy modernebb és interaktívabb legyen. Buborékokat adtunk hozzá a megjegyzésekhez, hogy egyértelműbbé tegyük, hogy hol kezdődnek és végződnek az egyéni megjegyzések.

Lekérdezési eredmények exportálása CSV-fájlba

Most már exportálhatja a lekérdezési eredményeket közvetlenül egy CSV formátumú fájlba a weből.

Navigáljon az Azure Boards munkaelemeihez közvetlenül bármely GitHub-megjegyzés említéséből

Most, amikor megemlít egy munkatételt egy problémajelentés, lekérési kérelem vagy commit megjegyzésében a GitHubon a AB#{work item ID} szintaxist használva, ezek az említések hiperhivatkozássá válnak, amelyekre kattintva közvetlenül az említett munkatételre navigálhat.

Nem hoz létre olyan hivatalos hivatkozást, amely elárasztja az Azure Boardsban a munkaelemet minden kapcsolódó beszélgetésnél, hanem lehetőséget ad a csapat számára, hogy egy kicsit több információt nyújtson a munkaelemekről a kód vagy az ügyfél által jelzett probléma megvitatása során. További információt az Azure Boards GitHub-integrációs dokumentációjában talál.

A GitHub problémáinak elfogadása és végrehajtása az Azure Boardsban való tervezés során

Mostantól összekapcsolhatja az Azure Boardsban lévő munkaelemeket a GitHub kapcsolódó problémáival. Ezzel az új típusú összekapcsolással több más forgatókönyv is lehetséges. Ha a csapata továbbra is el szeretné fogadni a felhasználóktól származó hibajelentéseket, például a GitHubon belüli problémákat, de össze szeretné kapcsolni és rendszerezni szeretné a csapat munkáját az Azure Boardsban, most már megteheti.

A csapat által a véglegesítésekhez és lekéréses kérelmekhez használt hivatkozási szintaxis továbbra is érvényben van, és természetesen manuálisan is összekapcsolhatja az Azure Boards-ban a probléma URL-címét. További információt a GitHub & Azure Boards dokumentációjában talál.

Csatolt GitHub-tevékenység gyors megtekintése a Kanban táblából

Amikor a Kanban táblát saját maga vagy csapatként tekinti át, gyakran merülnek fel olyan kérdések, mint például", hogy ez az elem még fejlesztés alatt áll?", vagy "ez az elem még felülvizsgálat alatt áll?" A Kanban táblán található új GitHub-széljegyzetekkel mostantól gyorsan áttekintheti az elemek helyét, és közvetlenül a GitHub véglegesítéséhez, lekéréses kéréséhez vagy problémájához navigálhat további részletekért. Erről a Kártyák testreszabása dokumentációjában talál további információt, valamint a Feladatok és tesztek egyéb megjegyzéseit.

Repos

Pull kérések piszkozata

Annak érdekében, hogy a lekéréses kérelmek ne legyenek befejezve, mielőtt készen állnának, és hogy megkönnyítsük a folyamatban lévő munka létrehozását, ami esetleg nem vonatkozik mindenki számára, mostantól támogatjuk a lekéréses kérelmek tervezetének használatát.

A piszkozat lekérési kérelmeket úgy tudja létrehozni, hogy a lekérési kérelem létrehozásakor a Létrehozás gomb legördülő menüjéből a Létrehozás piszkozatként lehetőséget választja.

Miután létrehozott egy előzetes lekérést, megjelenik egy ikon, amely a cím mellett jelzi annak állapotát.

A pull-kérelmek piszkozatai alapértelmezés szerint nem tartalmaznak véleményezőket, és nem futtatnak build-eket, de lehetővé teszik a véleményezők manuális hozzáadását és a build-ek futtatását. Ha normál lekéréses kérelemre szeretné előléptetni a lekéréses kérelmet, egyszerűen kattintson a Közzététel gombra a lekéréses kérelem részletes lapján.

Lejárt build újrafuttatása automatikus befejezésű pull kérésekhez

Az Azure Repos mostantól automatikusan sorba állítja a lekérési kérelem szabályzat által aktivált lejárt buildeket. Ez azokra a pull kérelmekre vonatkozik, amelyek minden más szabályzatot teljesítettek, és automatikus végrehajtásra vannak beállítva.

Korábban, amikor a lekéréses kérelmek olyan szabályzatokkal rendelkeztek, mint a szükséges véleményezők, a jóváhagyási folyamat túl sokáig tarthatott, és a kapcsolódó építések lejárhattak, mielőtt egy felülvizsgáló jóváhagyta volna a lekéréses kérelmet. Ha a pull kérés automatikus végrehajtásra lett beállítva, az blokkolva marad, amíg egy felhasználó manuálisan várólistára nem állítja a lejárt buildet. Ezzel a módosítással a build automatikusan várólistára kerül, hogy a lekéréses kérelem automatikusan befejeződjön a sikeres buildelés után.

Jegyzet

Ez az automatizálás lekéréses kérelemenként legfeljebb öt lejárt buildet fog várólistára állítani, és csak egyszer kísérli meg újra sorba állítani az egyes buildeket.

Csak a bal vagy a jobb oldali fájl megtekintése lekéréses kérelemben

Ma, amikor egy pull request fájlmódosításait nézi, használhatja az egymás melletti diff vagy a beágyazott diff módot. Visszajelzést kaptunk arról, hogy sokan csak az eredeti vagy a módosított fájlt szeretnék megtekinteni, összehasonlítás nélkül, ezért hozzáadtunk egy új lehetőséget, amely lehetővé teszi a bal vagy a jobb oldali fájl egyenkénti megtekintését.

Új egyesítési típusok lekéréses kérelmek teljesítéséhez

Most már több lehetősége van a módosításoknak a lekéréses kérelemből a célágba való egyesítésére. A Fejlesztői Közösség két leggyakrabban kért funkciójához is támogatást adtunk: Gyorsított előre egyesítés és Szemilineáris egyesítés (más néven "Újraépítés és egyesítés").

A Pull Request befejezése párbeszédpanelen mostantól az alábbi új lehetőségek érhetők el:

A frissített szabályzatfelügyeleti lap lehetővé teszi a rendszergazdák számára, hogy szabályozhatják, hogy mely egyesítési stratégiák engedélyezettek egy ágon vagy ágmappában.

Jegyzet

A meglévő szabályzatok továbbra is kikényszeríthetők. Például, ha az ágon jelenleg egy „csak squash-összevonás” szabályzat van érvényben, akkor az új egyesítési stratégiák használatához módosítania kell ezt a szabályzatot.

Előfordulhatnak olyan esetek, amikor a pull requestek véglegesítése során az átrendezés nem lehetséges:

• Ha a célágon valamelyik szabályzat tiltja az újrabázisálási stratégiák használatát, akkor "Ágpolitikai irányelvek felülbírálása" engedélyre lesz szüksége.
• Amennyiben a pull kérés forrásága szabályzatokkal rendelkezik, nem fogja tudni újraalapozni. Az újalapozás módosítja a forráságat anélkül, hogy végigmenne a szabályzat jóváhagyási folyamatán.
• Ha az egyesítési ütközésbővítményt használta az egyesítési ütközések feloldásához. A háromirányú egyesítésre alkalmazott ütközésfeloldások ritkán sikeresek (vagy akár érvényesek is), amikor egy pull request commit-jeit egyenként újraalapozzuk.

Ezekben az esetekben továbbra is van lehetősége az ág helyi újraalapozására és a kiszolgálóra való feltöltésére, vagy a változtatások összevonására a pull request teljesítésekor.

Szűrés célág szerint lekéréses kérelmekben (PRs)

A lekéréses kérelmek lehetővé teszik, hogy a csapat áttekintse a kódot, és visszajelzést adjon a változásokról, mielőtt egyesítené őket a főágban. Ezek számos csapat munkafolyamatának fontos részeivé váltak, mivel ön végiglépkedhet a javasolt módosításokon, megjegyzéseket hagyhat, és szavazhat a kódmódosítások jóváhagyására vagy elutasítására.

A lekéréses kérelmek megkeresésének megkönnyítése érdekében hozzáadtunk egy szűrési lehetőséget, amely lehetővé teszi, hogy a célág használatával keressen PRS-eket.

A célág-szűréssel testre szabhatja a lekéréses kérelmek nézetét az Enyém lapon.

Szintaxiskiemelés és automatikus kiegészítés engedélyezése a bővítményeknek

Jelenleg az Monaco-szerkesztő által támogatott nyelvek egy részhalmazához tesszük közzé a szintaxiskiemelést. Sokan azonban saját szintaxiskiemelést szeretnének létrehozni olyan nyelvekhez, amelyeket nem támogatunk.

Ezzel a frissítéssel hozzáadtunk egy bővíthetőségi pontot, amellyel a bővítmények szintaxiskiemelést és automatikus kiegészítést adhatnak a fájlkezelőhöz és lekéréses kérelmek nézeteihez.

Itt talál egy példát a funkciót bemutató bővítményre, itt.

Emellett Kusto nyelvi szintaxiskiemelés támogatását is hozzáadtuk.

Adattár létrehozási bővítménypontja

Hozzáadtunk egy bővítménypontot, amely lehetővé teszi új elemek hozzáadását az adattárválasztóhoz. Ez a bővítmény lehetővé teszi egyéni műveletek (átirányítások, előugró ablakok stb.) hozzáadását az adattárválasztó menühöz, lehetővé téve az olyan folyamatokat, mint az alternatív tárház-létrehozási forgatókönyvek.

Továbbfejlesztett kódolási támogatás

Korábban a fájlok webes szerkesztése és mentése csak UTF-8 kódolással történt, és nem jeleztük, amikor a fájl kódolása megváltozott. Most figyelmeztetést adunk, amikor olyan fájlt próbál menteni, amely nem UTF kódolású a weben (amely csak az UTF kódolást támogatja). Emellett az UTF-16 és az UTF-32 kódolást is támogattuk a webes leküldéses végponton keresztül. Ez azt jelenti, hogy megőrizzük a kódolás típusát, hogy ne kelljen újraírnia őket UTF-8-ként.

Az alábbi képernyőképen az látható, hogy milyen párbeszédpanel jelenik meg, amikor webes leküldéses kódolási módosításokat vezet be.

Parancstámogatás igénylése az Azure Repos-ban

A Go egy nyílt forráskódú programozási nyelv, más néven Golang. A Go-ban a lekérheti a parancsot a csomagok és függőségek letöltéséhez és telepítéséhez. Ezzel a frissítéssel hozzáadtuk a go get támogatását egy Azure DevOps-adattárban. A go getsegítségével letöltheti az importálási útvonalak által elnevezett függőségekkel rendelkező csomagokat. Az importálási útvonal megadásához használhatja a import kulcsszót.

Csővezetékek

Webszerkesztő IntelliSense-szel YAML-folyamatokhoz

Ha a YAML használatával definiálja a folyamatokat, most már kihasználhatja a kiadással bevezetett új szerkesztőfunkciókat. Akár új YAML-folyamatot hoz létre, akár meglévő YAML-folyamatot szerkeszt, szerkesztheti a YAML-fájlt a folyamat webszerkesztőjében. A YAML-fájl szerkesztésekor használja a Ctrl+Szóköz billentyűkombinációt az IntelliSense támogatásához. A szintaxishibák ki vannak emelve, és segítséget is kaphat a hibák javításához.

Feladat-asszisztens YAML-fájlok szerkesztéséhez

Továbbra is sok visszajelzést kapunk, hogy megkönnyítsük a FOLYAMATOK YAML-fájljainak szerkesztését, ezért a YAML-szerkesztőhöz hozzáadunk egy feladatsegédet. Ezzel ugyanaz a megszokott élmény lesz Önnek, amikor új feladatot ad hozzá egy YAML fájlhoz, mint a klasszikus szerkesztőben. Ez az új segéd támogatja a legtöbb gyakori feladatbeviteli típust, például a pick listákat és a szolgáltatáskapcsolatokat. Az új feladatsegéd használatához válassza a Szerkesztés opciót egy YAML-alapú folyamatnál, majd válassza a Feladatsegéd-et.

YAML-folyamatok aktiválása címkékkel

A YAML-folyamatok akkor aktiválhatók, ha címkéket adnak hozzá egy véglegesítéshez. Ez olyan csapatok számára hasznos, amelyek munkafolyamatai címkéket tartalmaznak. Például elindíthat egy folyamatot, amikor egy commit "utolsó ismert jóként" van megjelölve.

Megadhatja, hogy mely címkéket vegye fel és zárja ki. Például:

trigger:
  tags:
    include:
    - releases/*
    exclude:
    - releases/old*

Tárolóerőforrások deklarálása beágyazottan

Korábban megköveteltük, hogy deklarálja a tárolóerőforrásokat YAML-folyamatokban, majd hivatkozzon rájuk név szerint. Mostantól beágyazott szintaxist kínálunk azokhoz az esetekhez, amikor nem fog többször hivatkozni a tárolóra.

jobs:
- job: my-container-job
  container:
    image: microsoft/dotnet:latest

Meglévő folyamat automatikus megszakításának beállítása lekéréses kérelmek frissítésekor

Alapértelmezés szerint a lekéréses kérelmek (PRs) által aktivált folyamatok megszakadnak, ha egy új véglegesítést ugyanahhoz a lekéréses kérelemhez küld a rendszer. Ez a legtöbb esetben kívánatos, mivel általában nem szeretné folytatni a folyamat elavult kódon való futtatását. Ha nem szeretné ezt a viselkedést, hozzáadhatja a autoCancel: false parancsot a PR triggerhez.

pr:
  branches:
    include:
    - main
    - releases/*
  autoCancel: false

Válassza ki a kiveszelt kód könyvtárát a YAML munkafolyamatokban.

Korábban a repókat a $(Agent.BuildDirectory) alatti s könyvtárba helyeztük el. Most kiválaszthatja azt a könyvtárat, amelyben a Git-adattár ki lesz véve YAML-folyamatokkal való használatra.

Használja a path kulcsszót a checkout-on, és így ön fogja irányítani a mappastruktúrát. Az alábbiakban egy példa látható a címtár megadására használható YAML-kódra.

steps:
- checkout: self
  path: my-great-repo

Ebben a példában a saját kódod bekerül az ügynök munkaterületének my-great-repo könyvtárába. Ha nem ad meg elérési utat, az adattár továbbra is ki lesz véve egy snevű könyvtárban.

ÚJ, YAML-hez optimalizált Azure App Service-feladatok

Mostantól négy új feladatot támogatunk, amelyek egyszerű, mégis hatékony módot biztosítanak az Azure App Services modern fejlesztőkkel való üzembe helyezésére. Ezek a feladatok egy optimalizált YAML-szintaxissal rendelkeznek, amely egyszerű és intuitív módon készít üzembe helyezéseket az Azure AppServicesben, beleértve a WebAppset, a FunctionAppset, a WebApps for Containerst és a FunctionApp for Containerset Windows és Linux platformokon is.

Az XML- és JSON-formátumok fájlátalakításának és változóhelyettesítésének új segédprogram-feladatát is támogatjuk.

Új projektek alapértelmezett engedélyeinek módosítása

Eddig a projekt közreműködői nem tudtak pipeline-eket létrehozni, hacsak nem kapták meg kifejezetten a „Builddefiníció létrehozása” engedélyt. Új projektek esetén a csapattagok könnyen létrehozhatnak és frissíthetnek adatfolyamokat. Ez a módosítás csökkenti az Azure Pipelinesba bevezetésre készülő új ügyfelek súrlódását. Bármikor frissítheti a Közreműködők csoport alapértelmezett engedélyeit, és korlátozhatja azok elérését.

GitHub-kiadások kezelése pipeline-ek használatával

A GitHub-kiadások nagyszerű módot kínálnak a felhasználók csomagolására és szoftvereinek biztosítására. Örömmel jelentjük be, hogy mostantól automatizálhatja azt az Azure Pipelines GitHub Release-feladatával. A feladat használatával létrehozhat egy új kiadást, módosíthatja a meglévő piszkozatokat vagy közzétett kiadásokat, illetve elvetheti a régebbieket. Támogatja az olyan funkciókat, mint a több erőforrás feltöltése, a kiadás előzetes változatként való megjelölése, a kiadás piszkozatként való mentése és még sok egyéb funkciót. Ezzel a feladatsal kibocsátási jegyzeteket is létrehozhat. Emellett automatikusan kiszámíthatja az ebben a kiadásban végrehajtott módosításokat (véglegesítéseket és kapcsolódó problémákat), és felhasználóbarát formátumban hozzáadhatja őket a kibocsátási megjegyzésekhez.

A feladathoz az alábbi egyszerű YAML tartozik:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

A feladattal létrehozott gitHub-mintakiadás:

Hivatkozások adott vonalakra egy összeállítási naplóban

Mostantól megoszthatja a buildnapló adott soraira mutató hivatkozást. Ez segíteni fog önnek más csapattagokkal együttműködve a felépítési hibák diagnosztizálásában. Egyszerűen válassza ki a napló sorait az eredménynézetből a hivatkozás ikonjának lekéréséhez.

Erőforrás-engedélyezési fejlesztések

A YAML-fájlban hivatkozott védett erőforrások (például szolgáltatáskapcsolatok, változócsoportok, ügynökkészletek, biztonságos fájlok) biztonságát kellett biztosítani. Ugyanakkor egyszerűbbé akartuk tenni az ilyen típusú erőforrásokat nem éles forgatókönyvekhez használó folyamatok beállítását és használatát. Korábban hozzáadtunk egy beállítást, amely egy erőforrást "minden folyamatban való használatra jogosultként" jelöl meg.

Ezzel a frissítéssel egyszerűbbé tesszük az erőforrás-engedélyezési problémák megoldását, még akkor is, ha nem jelölt meg erőforrást ilyenként. Az új felületen, amikor egy build erőforrás-engedélyezési hiba miatt meghiúsul, megjelenik egy lehetőség, amely explicit módon engedélyezi ezeknek az erőforrásoknak a használatát a folyamatban, majd továbbléphet. Az erőforrások engedélyezésére jogosult csapattagok ezt a műveletet közvetlenül egy sikertelen buildelésből hajthatják végre.

Új bővítmény-hozzájárulási pontok a Folyamatok Teszt lapján

Továbbra is hatékonyabbá tettük a bővítmény-keretrendszert azáltal, hogy hozzáadtunk két új hozzájárulási pontot a Folyamatok Teszteredmények lapján. Ez lehetővé teszi Marketplace-bővítmények, hogy személyre szabottabb jelentéskészítési élményt nyújtsanak, és további interaktivitást tegyenek lehetővé.

A két hozzájárulási pont a következő:

1. Egyéni művelet gomb az eszköztáron

   Előfordulhat, hogy olyan műveletet szeretne végrehajtani, mint egy API adatainak frissítése vagy egyéni eszközök futtatása a teszteredmények metaadataival. Ezzel a hozzájárulási ponttal olyan bővítményeket hozhat létre, amelyek a kiválasztott teszteredmény közvetlen környezetét használva egyéni műveletet adnak hozzá az *Egyéni művelet- gombhoz.

   

2. Egyéni részletek füle a részletek panelben

   A tesztjelentés-fogyasztási munkafolyamatok különböző típusai lehetnek, és különböző adatpontokat szeretne látni a sikertelen tesztekről hibakereséshez és elemzéshez. Ezzel a hozzájárulási ponttal a csapat új lapot adhat hozzá a részletek panelhez, amely akkor jelenik meg, amikor kiválasztja az adatrács bármely teszteredmény-sorát. Ez az új lap megjeleníthet egy statikus tartalmat tartalmazó nézetet, vagy belső vagy külső API-k használatával lekért dinamikus adatokat.

Az ügynök egyszeri futtatása

Ha olyan infrastruktúrát használ, mint az Azure Container Instances, amely rugalmas magánügynököket futtat, gyakran azt szeretné, hogy minden ügynök csak egy feladatot fogadjon el, mielőtt továbblépne. Eddig ez nem volt egyszerű, mivel le kellett állítania az ügynököt (valószínűleg hibajelentést okozott), vagy el kellett fogadnia azt a kockázatot, hogy egy ügynök egy másik feladatot kap, mielőtt leállíthatná. Ezzel a frissítéssel hozzáadtuk a - egyszer jelölőt az ügynök konfigurációjába. Ha így konfigurálja az ügynököt, az csak egy feladatot fogad el, majd leállítja magát.

Ügynökkészlet felhasználói felületének frissítése

Az ügynökkészletek felügyeleti lapja a projektbeállításokban egy új felhasználói felülettel frissült. Most már egyszerűen láthatja a csoportban futó összes feladatot. Emellett megtudhatja, hogy miért nem fut egy feladat.

Sikertelen céleszközökre történő üzembe helyezés egy üzembe helyezési csoportban

Alapértelmezés szerint a Azure Pipelines korábban minden feladatot újrafuttatott, amikor újratelepített egy korábban sikertelen futást. Most felülbírálhatja ezt a viselkedést a üzembe helyezési beállítás konfigurálásával az üzembe helyezés során. Ha kiválasztja a Az összes feladat és a sikertelen célokra vonatkozó korlátot az üzembe helyezési csoportban beállításnál, az újrafuttatás az összes feladatot futtatja, és kihagyja az üzembe helyezéseket a már naprakész célokra.

Automatikus ismételt üzembe helyezés a hiba esetén

Ha egy fázisba történő üzembe helyezés meghiúsul, Azure Pipelines mostantól automatikusan újra üzembe helyezheti az utolsó sikeres üzembe helyezést. A fázist úgy konfigurálhatja, hogy automatikusan üzembe helyezze az utolsó sikeres kiadást az üzembe helyezés utáni feltételekközött az automatikus újratelepítési trigger konfigurálásával. További aktivált eseményeket és műveleteket tervezünk hozzáadni az automatikus újratelepítési konfigurációhoz egy későbbi futamban. További információt a üzembehelyezési csoportok dokumentációjában talál.

Grafana megjegyzések szolgáltatási horog

Mostantól támogatunk egy új szolgáltatáshookot, amellyel Grafana-jegyzeteket adhat hozzá Üzembe helyezés befejeződött eseményekhez egy Grafana-irányítópulthoz. Ezáltal lehetővé válik, hogy a telepítéseket összefüggésbe hozzuk az alkalmazás- vagy infrastruktúrametrikák változásaival, amelyek a Grafana-irányítópulton jelennek meg.

Azure Monitor-riasztási feladatok lekérdezése

A Query Azure Monitors feladat előző verziója csak a klasszikus monitorozási felületen támogatott lekérdezési riasztásokat. A feladat új verziójával riasztásokat kérdezhet le az Azure Monitor által nemrég bevezetett egységes figyelési felületről.

A spec fájl közvetlen integrálása a Kubernetes telepítési feladatban

Korábban a Kubernetes üzembe helyezési feladatához meg kellett adnia egy fájl elérési útját a konfigurációhoz. Most már beágyazottan is hozzáadhatja a konfigurációt.

Docker CLI Installer-feladat

Ez a feladat lehetővé teszi a Docker CLI bármely verziójának telepítését a felhasználó által megadott ügynökökre.

Törölt kiadási folyamatok visszaállítása

A nem használt kiadási folyamatok törlése segít a kiadási folyamat listájának tisztán tartásában, de néha véletlenül töröl valamit. Ezzel a frissítéssel visszaállítható az elmúlt 30 napban törölt kiadási folyamat. Új lapot adtunk hozzá a Kiadások lap bal oldali paneléhez, amely megjeleníti a törölt kiadási folyamatok listáját. Ebből a nézetben visszaállíthatja a törölt kiadási folyamatot a listából a folyamat kiválasztásával, majd a Visszaállítás gombra kattintva.

Értesítések a kiadáslétrehozási kérelem sikertelenségéről

Beállíthatja az értesítéseket úgy, hogy Ön e-maileket kapjon, amikor változások történnek a buildekben, a kódbázisban és más műveletek során. Beállíthat például egy riasztást, hogy értesítést kapjon, ha egy munkaelem van Önhöz rendelve.

Ezzel a frissítéssel új értesítési előfizetést adtunk hozzá a Kiadás kategóriához. Ez az értesítés e-mailt küld, ha egy kiadás létrehozására vonatkozó kérés meghiúsul. Egy példahelyzet, amikor ez hasznos lehet, ha a kiadás létrehozására tett kísérlet meghiúsul, mert az összetevő verziója nem érhető el. Az értesítések kezeléséről az itt dokumentációbanolvashat.

Kiadások ütemezése a forráskód- vagy adatfolyam-módosítás esetén

Korábban, amikor ütemezett kiadási eseményindítót kapott, a kiadás akkor is aktiválódik, ha nem észlelhető változás a felsőbb rétegbeli összetevőben vagy a kiadási definícióban. A Kiadási ütemező eseményindító panelen hozzáadtak egy lehetőséget a kiadások ütemezésére, csak akkor, ha az artefaktum verziója vagy a kiadás definíciója megváltozott.

Változókhoz tartozó hozzájárulási pontszám a kiadás létrehozása párbeszédablakon

Korábban a kiadás létrehozása során szükséges változóértékeket a felhasználónak segítség vagy javaslat nélkül kellett megadnia. Hozzáadtunk hozzájárulási pontokat a Új kiadás létrehozása párbeszédpanelhez, amely támogatja a bővítményeket, amelyek segítenek feltölteni egy változó értékét a kiadás létrehozása során.

Közzététel az Azure Service Bus munkamenet-üzenetsorába

Kiterjesztettük a ügynöknélküli buildfeladatot, belefoglalva az üzenetek munkamenet-üzenetsorokban való közzétételének lehetőségét. A(z) Azure Service Busra való közzététel feladat lehetőségeihez hozzáadásra került ez az opció.

Új Azure-előfizetési lehetőség a Kubernetes szolgáltatáskapcsolatban

A buildekhez és kiadásokhoz tartozó szolgáltatáskapcsolatok lehetővé teszik, hogy külső és távoli szolgáltatásokhoz csatlakozva végrehajtsa a feladatokat egy buildhez vagy üzembe helyezéshez. A projekt rendszergazdai beállításaiból definiálhat és kezelhet szolgáltatáskapcsolatot.

Ezzel a frissítéssel hozzáadtunk egy hitelesítési lehetőséget a Kubernetes szolgáltatás kapcsolati űrlaphoz. Mostantól kiválaszthatja az Azure-előfizetést a kapcsolat hitelesítéséhez. Ez megkönnyíti a Kubernetes-kapcsolatok létrehozását az Azure-előfizetéssel és a fürt nevével, így egyszerűvé téve a konkrét névtereken való üzembe helyezést.

Szerepköralapú hozzáférés-vezérlést (RBAC) engedélyező fürtök esetén ServiceAccount és RoleBinding-objektumokat a rendszer a kiválasztott névtérben hozza létre. A RoleBinding objektum csak a kiválasztott névtérre korlátozza a létrehozott szolgáltatásfiók műveleteit. A lekapcsolt RBAC-fürtben létrehozott szolgáltatási fiók fürtszintű engedélyekkel rendelkezik, amelyek minden névtérre vonatkoznak.

Azure tároló-repozitórium a Docker regisztrációs szolgáltatás kapcsolatában

Most már létrehozhat egy Docker beállításjegyzék-szolgáltatáskapcsolatot a projekt beállítások lapján. A kapcsolat létrehozásához válasszon egy Azure-tárolóregisztrációs adatbázist az Azure Active Directory (AAD) identitáshoz társított előfizetések egyikében. Minden olyan feladat, amely szolgáltatáskapcsolatot igényel a tárolóregisztrációs adatbázisokhoz, például Docker@2 és KubernetesManifest@0, támogatja a kapcsolat megadásának egyetlen módját.

Keresés mappanév alapján a kiadási definíciókban

A kiadási definíciókat mappákban tárolva rendszerezheti. Korábban nem volt lehetősége mappa szerinti keresést végezni. Nehéz volt megtalálni egy adott kiadási definíciót, ha sok mappát hozott létre. Mostantól mappanév alapján is kereshet a kiadási definícióban, így könnyebben megtalálhatja a keresett definíciókat.

A Duffle eszköz telepítési feladata a build és kiadási folyamatban

A Duffle egy parancssori eszköz, amely lehetővé teszi a natív felhőbeli alkalmazáscsomagok (CNAB) telepítését és kezelését. A CNAB-k segítségével csomagolhatja, telepítheti és kezelheti a tárolóalapú natív alkalmazásokat és azok szolgáltatásait.

Ebben a frissítésben hozzáadtunk egy új feladatot a buildelési és kiadási folyamatokhoz, amely lehetővé teszi a Duffle bináris egy adott verziójának telepítését.

Kubernetes-manifeszt feladat

Új feladatot adtunk hozzá a kiadási folyamatláncainkhoz, hogy egyszerűbbé tegyük a Kubernetes-fürtökbe történő üzembe helyezést jegyzékfájlok használatával. Ez a feladat a következő előnyöket nyújtja a kubectl bináris szkriptekben való használatához képest:

• Artefakt csere – A telepítési művelet bemenetként megad egy listát a konténerképekről, amelyeket címkékkel vagy kivonatokkal együtt lehet megadni. Az a másolat beillesztésre kerül a jegyzékfájlok nem sablonszerű verziójába, mielőtt a fürtre alkalmaznánk, hogy a fürt csomópontjai lekérjék a rendszerkép megfelelő verzióját.

• Manifesztstabilitás – A rendszer ellenőrzi a telepített Kubernetes-objektumok telepítési állapotát a stabilitási ellenőrzések beépítése érdekében, miközben a feladat végrehajtásának állapotát sikerként vagy hibaként számítja ki.

• Nyomon követhetőségi széljegyzetek – A rendszer széljegyzeteket ad hozzá az üzembe helyezett Kubernetes-objektumokhoz a kiinduló szervezetre, projektre, folyamatra és futtatásra vonatkozó nyomonkövethetőségi információk felülbírálásához.

• Bake manifeszt - A feladat összeállítási művelete lehetővé teszi a Helm-chartok Kubernetes-manifesztfájlokba való összeállítását, hogy azok alkalmazhatók legyenek a klaszterre.

• Üzembehelyezési stratégia – A kanári stratégia kiválasztása az üzembe helyezési művelettel a munkaterhelések kívánt százalékának létrehozását eredményezi, amelyekhez hozzárendelik a következő utótagokat: -alapkonfigurációs és -kanári, így azok egy ManualIntervention feladat során összehasonlíthatók, mielőtt a feladat előléptetési/elutasítási műveletével véglegesítené a megtartandó verziót.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Frissítések Docker-feladatra

Frissítettük a Docker-feladatot, hogy egyszerűsítsük a folyamatkészítési élményt. A buildAndPush parancsával mostantól több címkét is létrehozhat egy adott tárolóadattárhoz, és egyetlen lépésben leküldheti azt több tárolóregisztrációs adatbázisba. A feladat a Docker beállításjegyzék-szolgáltatás kapcsolatait használhatja a tárolóregisztrációs adatbázisokba való bejelentkezéshez. A forrásadattár, a véglegesítés és a buildelési eredet nyomonkövethetőségi metaadatai címkékként jelennek meg az ezzel a feladattal létrehozott képekhez.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Kubectl-eszköz telepítője

Hozzáadtunk egy új feladatot, amely lehetővé teszi a Kubectl bináris egy adott verziójának telepítését az ügynökökre. A Kubectl Version Spec bemenethez a legújabb és semver verziósztringeket, például a "v1.14.0" értéket fogadjuk el érvényes értékként.

A ServiceNow-integráció fejlesztései

A csapatközi együttműködés egyik kulcsfontosságú képessége, hogy minden csapat egy tetszőleges szolgáltatást használhasson, és hatékony, végpontok közötti teljesítést biztosíthasson. Ezzel a frissítéssel továbbfejlesztettük a ServiceNow-integrációt, hogy minden típusú (normál, standard és vészhelyzeti) módosítást támogatjunk. Emellett megadhatja az új változáskérések meglévő sablonnal történő létrehozásához használt kaput is, a szervezetben követett ITSM-folyamatnak megfelelően. Végül Ön a meglévő változáskérések alapján is szabályozhatja a verziókiadásokat. Ez lehetővé teszi a CD bevezetését anélkül, hogy módosítania kellene az informatikai csapatok által javasolt folyamatot.

A Red Hat Enterprise Linux 6 támogatása

Ezzel a frissítéssel ügynöktámogatást adtunk hozzá a Red Hat Enterprise Linux 6-hoz. Mostantól konfigurálhatja a Red Hat Enterprise Linux 6 platformot célzó ügynököket a buildelési és kiadási feladatok végrehajtásához.

Az Azure PowerShell Az modul támogatása

Az Azure PowerShell parancsmagokat biztosít, amelyekkel a parancssorból kezelheti az Azure-erőforrásokat. Tavaly decemberben elérhetővé vált az Azure PowerShell Az modul, amely mostantól az Azure-erőforrások kezelésére szolgáló modul.

Korábban nem nyújtottunk támogatást az Azure PowerShell Az modulhoz a üzemeltetett ügynökökben. A buildelési és kiadási folyamatok új Azure PowerShell-feladatának 4.* verziójával minden platformhoz hozzáadtuk az új Az modul támogatását. Az Azure PowerShell-feladat 3.* verziója továbbra is támogatja az AzureRM modult. A legújabb Azure-szolgáltatások és -funkciók naprakészen tartásához azonban javasoljuk, hogy a lehető leghamarabb váltson az Azure PowerShell-feladat 4.* verziójára.

Az Az modul kompatibilitási móddal rendelkezik, amely segít a meglévő szkriptek használatában, miközben frissíti őket az új szintaxis használatára. Az Az modul kompatibilitásának engedélyezéséhez használja a Enable-AzureRmAlias parancsot. Az aliasokkal a régi parancsmagneveket használhatja az Az modullal. Az Azure RM modulról az Azure PowerShell Az modulra való migrálással kapcsolatos további részleteket itt talál.

Jegyzet

Magánügynökök használata esetén telepítenie kell az Az modult az ügynökgépre.

Az Azure PowerShell Az modullal kapcsolatos további információkért tekintse meg a dokumentációt, itt.

Azure Active Directory (AD) hitelesítés támogatása az Azure SQL-feladathoz

Az Azure SQL-feladat továbbfejlesztése lehetővé tette az adatbázishoz való csatlakozást az Azure AD (integrált & jelszó) és egy kapcsolati sztring használatával az SQL Server-hitelesítés meglévő támogatása mellett.

Felépítési elemek közzététele hosszú fájlútvonalakkal

Eddig volt egy korlátozás, amely megakadályozta a 233 karakternél hosszabb elérési utakkal rendelkező buildösszetevők feltöltését. Ez megakadályozhatja, hogy a korlátnál hosszabb fájlelérési utakkal rendelkező Linux- és macOS-buildekből töltsön fel kódlefedettségi eredményeket. A korlát frissült, hogy támogassa a hosszú útvonalakat.

Egy commit kihagyása a folyamatos integrációból (CI)

Most már megmondhatja az Azure Pipelinesnak, hogy hagyja figyelmen kívül a véglegesítést, és hagyja ki a véglegesítés által általában aktivált folyamat futtatását. Csak illessze be a [skip ci]-t a HEAD commit üzenetébe, és az Azure Pipelines kihagyja a CI folyamatot. Az alábbiakban felsorolt változatok bármelyikét használhatja. Ez az Azure Repos Githez és a GitHub Enterprise Serverhez tartozó commitok esetén támogatott.

• [skip ci] vagy [ci skip]
• skip-checks: true vagy skip-checks:true
• [skip azurepipelines] vagy [azurepipelines skip]
• [skip azpipelines] vagy [azpipelines skip]
• [skip azp] vagy [azp skip]
• ***NO_CI***

Tesztcsomagok

Teszt eredmények trendje (Fejlett) widget

A Teszteredmény trend (Speciális) widget közel valós idejű betekintést biztosít a tesztadatokba több build és kiadás esetében. A Teszteredmények trendje (Speciális) widget megjeleníti tesztelési eredményeid trendjét az egyes folyamataid vagy a folyamatok között. Segítségével nyomon követheti a tesztelés napi számát, a passzrátát és a tesztelés időtartamát. Az egészséges DevOps-folyamat fenntartása szempontjából kulcsfontosságú a tesztminőség nyomon követése és a tesztfedezet javítása.

A Teszteredmények trendje (Speciális) widget segít megtalálni a teszteredmények kiugró eredményeit, és megválaszolni a következő kérdéseket: a tesztek a szokásosnál hosszabb ideig tartanak? Milyen tesztfájl vagy folyamat befolyásolja a teljes átviteli sebességemet? Melyek a hosszú ideje futó tesztjeim?

Annak érdekében, hogy segítsen megválaszolni ezeket a kérdéseket, a widget a következő funkciókat kínálja:

• A sikerességi arány trendjét, valamint a teszteredmények vagy a tesztelési időtartamok számát jeleníti meg
• Több buildfolyamaton vagy kiadási folyamaton alapuló teszteredményeket jelenít meg
• Kombinált diagramkészítési lehetőségeket használ két metrika ugyanazon trenden keresztüli megjelenítéséhez
• A tesztszám időalapú szűrése teszteredmény alapján
• Az összes teszteredmény szűrése ág vagy teszt szerint
• A metrikákat tesztattribútumok, például prioritási vagy környezeti szerint halmozja fel
• Adatok csoportosítása tesztfájlok, tulajdonosok vagy adatfolyamok alapján.

A widget nagy mértékben konfigurálható, így számos forgatókönyvhöz használhatja.

Tesztfuttatás eredményeinek megosztása URL-címen keresztül

Az automatizált teszteket úgy konfigurálhatja, hogy egy build vagy kiadás részeként fussanak. A közzétett teszteredmények megtekinthetők a Tesztek lapon a build vagy a kiadás összegzésében. Ezzel a frissítéssel hozzáadtunk egy Eredmények URL-címének másolása funkciót, hogy egyetlen tesztfuttatási eredményt oszthass meg a csapat többi tagjával.

A megosztási szintek a következők:

• Futtatási szint
• Eredményszint
• A tesztfuttatás során kiválasztott egyéni lap
• A megosztás kompatibilis a konfigurált bővítménylapokkal is

Amikor megosztja az URL-címet, a megtekintők teljes képernyős nézetben látják a tesztfuttatás eredményeit.

Műtárgyak

NuGet-csomagok SemVer 2.0.0 verziószámokkal

Korábban az Azure Artifacts nem támogatta a SemVer 2.0.0 verziószámmal rendelkező NuGet-csomagokat (általában a verzió build metaadatait tartalmazó verziószámokat, amelyeket egy +jelez). Most már mentheti a build metaadatait tartalmazó nuget.org csomagjait, és leküldheti saját csomagjait a build metaadataival. A SemVer specifikációs és NuGet.org szabályzatalapján a buildelési metaadatok nem használhatók csomagok megrendelésére. Nem teheti közzé mindkét 1.0.0+build1 és 1.0.0+build2 az Azure Artifacts-ra (vagy a nuget.org-ra), mivel ezek a verziók egyenértékűnek számítanak, és így a változtatási korlátok miatt.

A csomagok származási adatai

Ezzel a frissítéssel egy kicsit egyszerűbbé tettük a csomagok eredetének megértését: ki vagy mi tette közzé őket, és hogy milyen forráskód-véglegesítésből származnak. Ezek az adatok automatikusan ki vannak töltve a NuGet, npm, Mavenés Twine Authenticate (Python-feladatokhoz) feladatok az Azure Pipelinesban.

Csomaghasználati statisztikák

Az Azure Artifacts eddig nem tudta felmérni a csomagok használatát vagy népszerűségét. Ezzel a frissítéssel hozzáadtunk egy számot a Letöltések és Felhasználók számára mind a csomaglistához, mind a csomag részleteinek oldalához. A statisztikák mindkét oldal jobb oldalán láthatók.

Python-csomagok támogatása

Az Azure Artifacts mostantól Python-csomagokat is üzemeltethet: a saját maga által létrehozott és a nyilvános PyPI-ból mentett, felsőbb rétegbeli csomagokat is. További részletekért lásd a közlemény blogbejegyzését és a dokumentumokat.

Most már az összes NuGet-, npm-, Maven- és Python-csomagot ugyanazon a csatornán üzemeltetheti.

Felsőbb rétegbeli források a Mavenhez

A felsőbb rétegbeli források már elérhetők a Maven-hírcsatornákhoz. Ez magában foglalja az elsődleges Maven Central-adattárat és az Azure Artifacts-hírcsatornákat. Ha a Maven-et egy meglévő hírcsatornához szeretné hozzáadni, látogasson el Hírcsatorna beállításai, válassza ki a Felsőbb rétegbeli források kimutatását, majd válassza a Felsőbb rétegbeli forráshozzáadása lehetőséget.

Proxytámogatás az összetevőkhöz kapcsolódó feladatokhoz

Eddig számos összetevőhöz kapcsolódó buildelési feladat nem nyújtott teljes támogatást az Azure Pipelines proxyinfrastruktúra számára, ami a helyszíni ügynökök feladatainak használatával kapcsolatos kihívásokhoz vezetett. Ezzel a frissítéssel a proxyk támogatását a következő feladatokhoz adtuk hozzá:

• Npm@1 ('npm' a tervezési eszközben)
• NuGetCommand@2 ("NuGet" a tervezőben): csak visszaállítási és feltöltési parancsok
• DotNetCoreCLI@2 (.NET Core a tervezőben): csak visszaállítási és nuget leküldéses parancsok
• NpmAuthenticate@0, PipAuthenticate@0 és TwineAuthenticate@0 ([típus] Hitelesítés a tervezőben): Ezek a feladatok támogatják a proxykat a hitelesítési jogkivonatok beszerzése során, de a proxy használatához továbbra is konfigurálnia kell a további feladatokat/szkripteket/eszközöket. Másképpen fogalmazva ezek a feladatok nem konfigurálják a proxyt az alapul szolgáló eszközhöz (npm, pip, twine).
• NuGetToolInstaller@0, NodeTool@0, DotNetCoreInstaller@0 ([type] Installer' a tervezőben)

A kiadásokban támogatott összes Összetevő-csomagtípus

Eddig csak a NuGet-csomagokat támogatták a Pipelines-kiadások Azure Artifacts-összetevőtípusban. Ezzel a frissítéssel minden Azure Artifacts-csomagtípus – Maven, npm és Python – támogatott.

A kiadásokban támogatott összetevők nézetei

Korábban az Azure Artifacts artifaktus típus csak akkor indulhat, ha új csomagverziókat tettek közzé az adatfolyamba. Most a nézet támogatását is hozzáadtuk, így kiadásokat indíthat, amikor a tárolóban már szereplő csomagok nézetbe kerülnek előléptetésre.

A megőrzési szabályzatok kihagyhatják a legutóbb letöltött csomagokat

Az Azure Artifacts-hírcsatornák eddig olyan alapvető adatmegőrzési szabályzatokat kínáltak, amelyek elkezdik törölni a régi csomagverziókat, amikor elérte a csomagonkénti verziók maximális számát. Ezzel a frissítéssel lehetővé tettük a legutóbb letöltött csomagok kihagyását a törlés során. Az engedélyezéshez szerkessze a hírcsatornát, és jelölje be a „Nemrég letöltött csomagok kihagyása” jelölőnégyzetet.

Meghatalmazott, aki kezelheti a hírcsatornákat

Az Azure Artifactsben a Project Collection-rendszergazdák (PCA-k) mindig is kezelhették az összes hírcsatornát egy Azure DevOps kiszolgálón. Ezzel a frissítéssel a PCA-k ezt a képességet más felhasználóknak és csoportoknak is biztosíthatják, így a hírcsatornák kezelése delegálható.

Wiki

Markdown-sablonok képletekhez és videókhoz

Már nincs szükség a Markdown nyelvezet megjegyzésére, amikor egy wikiben képleteket, videókat és YAML címkéket adunk hozzá. Most kattintson az eszköztár helyi menüjére, és válassza ki a kívánt lehetőséget.

Az Azure Boards-lekérdezés eredményeinek beágyazása a Wikibe

Mostantól beágyazhatja az Azure Boards-lekérdezés eredményeit egy wikilapra táblázat formájában. Az alábbi képen egy wikilap mintája látható, amelyen az összes közzétett funkció és a wikibe ágyazott aktuális futam összes aktív hibája látható. A lapon megjelenő tartalom egy meglévő munkaelem-lekérdezést használ. Ezzel az új funkcióval dinamikus tartalmat hozhat létre, és nem kell a wikilap manuális frissítésével foglalkoznia.

A lekérdezés eredményei két lépésben adhatók hozzá:

1. Kattintson a szerkesztési eszköztár "Lekérdezés eredményei" gombjára.

2. Válassza ki a szükséges lekérdezést, és kattintson a "Beszúrás" gombra.

A lekérdezés eredményei mostantól táblázat formájában is megtekinthetők az oldal mentése után.

Rögzített szélességű betűtípus a Wiki Markdown szerkesztőhöz

A Wiki Markdown-szerkesztő monoter betűtípusainak bevezetésével az olvashatóság már nem jelent kihívást. A Markdown-forrás tiszta és könnyen olvasható. Ezt a funkciót ennek a javaslatjegynek az alapján rangsoroltuk.

Permalinks wikilapokhoz

Eddig a megosztott wikilapok hivatkozásai megszakadtak, ha a csatolt lapot átnevezték vagy áthelyezték. Most már bevezettük az állandó hivatkozásokat úgy, hogy hozzáadunk egy oldalazonosítót az URL-címhez. Ez biztosítja, hogy a megosztott hivatkozások érintetlenek maradjanak, ahogy a wiki idővel megváltozik.

Ez a funkció a javaslati jegy alapján lett rangsorolva.

Munkaelem állapotának megjelenítése wikilapokon

Ebben a frissítésben bővítettük a munkaelem-említéseket a wikilapokban azáltal, hogy hozzáadtuk a munkaelem állapotát a laphoz, valamint annak azonosítóját és címét.

A lekéréses kérelmek megjegyzéseiben és a Boards-vitafórumokban található munkaelemek hivatkozásai szintén megjelenítik az állapotot.

@mention felhasználók és csoportok

Mostantól képes vagy @mention felhasználókat és csoportokat hozzáadni egy wikilapon. Ez gazdagabbá teszi a dokumentumokat, például a csapat kapcsolattartási lapját, útmutató dokumentumait és tudásanyagait. Az alábbi képen egy sprint visszatekintő látható, amely feladatokat és a felelős személyeket mutatja be.

@mention felhasználókat és csoportokat. />

Emellett kiválaszthat egy felhasználót vagy csoportot is az automatikus betöltési folyamatból úgy, hogy beírja a "@" szót a wikiszerkesztési lapra. Az említett személy e-mailben is értesítést kap.

@mention. />

Végül kattintson a @mentioned felhasználóra a profilinformációs kártya megtekintéséhez. Ezt a funkciót a funkciójavaslat alapján rangsorolásra került.

Értesítések wikioldalakon

Eddig nem tudta, hogy mikor változott meg egy wikilap tartalma. Most már követheti a wikilapokat, hogy e-mailben értesítést kapjon a lap szerkesztése, törlése vagy átnevezése után. A wiki módosításainak nyomon követéséhez válassza a Követés gombot a wikilapon.

Ezt a funkciót ennek a javaslati jegynek alapján priorizáltuk. További információért tekintse meg a dokumentációt, itt.

HTML-címkék támogatása

Most már HTML-címkékkel is létrehozhat gazdagabb tartalmakat a wikiben. Nézze meg, mit tehet az alábbi HTML-címkékkel.

1. Mostantól összecsukható szakaszokat hozhat létre a wikilapokon a részletek és összefoglaló címkék használatával. Hozzáadhatja a nyitott attribútumot, hogy alapértelmezés szerint kibontsa a részleteket.

   

   A címkével kapcsolatos további információkért tekintse meg a dokumentációt, itt.

   Ezt a javaslati jegy alapján prioritásként kezelték.

   Jegyzet

   Ez a címke az Edge és az Internet Explorer böngészőkben nem támogatott.

Továbbfejlesztett táblalétrehozás és -szerkesztés

Eddig nehéz volt táblákat létrehozni és szerkeszteni egy wikiben. Módosításokat végeztünk, hogy megkönnyítsük a táblák hozzáadását és kezelését a wikiben.

1. Táblázat létrehozása rácsból

   Már nem kell emlékeznie a Markdown-táblázat szintaxisára. Most már egyszerűen létrehozhat egy Markdown-táblázatot egy 15 X 15-ös rács kiválasztásával. Csak válassza ki a szükséges számú oszlopot és sort, ha egyetlen kattintással szeretne táblázatot beszúrni.

   

   Ez a funkció a következő javaslatjegyek alapján lett rangsorolásra:

   • Táblázatos nézet a wikihez
   • Tedd egyszerűvé a táblázatok beszúrását a wikibe

2. Jobb táblázat olvashatóság

   Most már bekapcsolhatja a szövegtördelést, hogy a szerkesztőben jobban olvashatóak legyenek a táblázatok. A szófolyatás letiltása egy görgetősávot ad hozzá, amely lehetővé teszi a nagyméretű táblák tartalmának könnyebb megjelenítését.

   

3. Markdown-táblák automatikus formázása

   A markdown-oszlopok igazításához mostantól nincs szükség szóközök hozzáadására. A Táblázatok formázása gombbal a markdown-táblák automatikusan formázhatók úgy, hogy szóközöket adnak a cellákhoz az oszlopok igazításához. Ha nagy táblákat használ, használja a szóburkolás letiltása opciót, hogy a táblák könnyebben olvashatók legyenek.

   

   A táblázatok formázásához használhatja a Ctrl + Shift + F billentyűparancsot is.

Jelentési

Az Analytics használatához már nincs szükség elemzési bővítményre

Az elemzés egyre inkább az Azure DevOps-élmény szerves részévé válik. Fontos képesség az ügyfelek számára, hogy segítsenek az adatvezérelt döntések meghozatalában.

Az 1. frissítés esetében örömmel jelentjük be, hogy az ügyfeleknek már nincs szükségük az Analytics-bővítményre az Analytics használatához. Az ügyfelek mostantól engedélyezhetik az Elemzést a Projektgyűjtemény beállításai alatt. Ez egy egyszerű folyamat, amely közvetlenül a terméken belül van.

Az ügyfelek így engedélyezhetik az Elemzést:

1. Navigáljon a Projektgyűjtemény beállításaihoz:

2. Kattintson Analytics- engedélyezésére

És ennyi! Az elemzési alapú szolgáltatások be lesznek kapcsolva a gyűjteményhez.

Az 1. frissítésben és az Azure DevOps Server 2019-gyűjteményekben létrehozott új gyűjtemények, amelyeken telepítve van a frissített Analytics-bővítmény, alapértelmezés szerint engedélyezve lesz az Analytics.

Ha többet szeretne megtudni az Analyticsről és az általa lehetővé tetsző szolgáltatásokról:

• További információ az funkcióról, amely lehetővé teszi az Analyticshasználatát.
• Olvassa el a Analytics áttekintési dokumentációját.
• Olvassa el a főbb funkciókat: Elemzési Widgetek, Legrosszabbul Teljesítő Tesztjelentés, Power BI-integrációés az OData-végpont.
• Nézze meg a Channel 9 számú videót az Azure DevOps Analyticskeretében.

---

visszajelzés

Örömmel hallanánk tőled! Jelenthet egy problémát, vagy ötleteket adhat meg, és nyomon követheti azt fejlesztői közösség, és tanácsokat kaphat Stack Overflow.

---

lap tetején