PublishTestResults@2 - نشر مهمة نتائج الاختبار v2

نشر نتائج الاختبار إلى Azure Pipelines.

نشر نتائج الاختبار إلى Azure Pipelines/TFS.

بناء الجملة

# Publish Test Results v2
# Publish test results to Azure Pipelines.
- task: PublishTestResults@2
  inputs:
    testResultsFormat: 'JUnit' # 'JUnit' | 'NUnit' | 'VSTest' | 'XUnit' | 'CTest'. Alias: testRunner. Required. Test result format. Default: JUnit.
    testResultsFiles: '**/TEST-*.xml' # string. Required. Test results files. Default: **/TEST-*.xml.
    #searchFolder: '$(System.DefaultWorkingDirectory)' # string. Search folder. Default: $(System.DefaultWorkingDirectory).
    #mergeTestResults: false # boolean. Merge test results. Default: false.
    #failTaskOnFailedTests: false # boolean. Fail if there are test failures. Default: false.
    #failTaskOnFailureToPublishResults: false # boolean. Fail if there is failure in publishing test results. Default: false.
    #failTaskOnMissingResultsFile: false # boolean. Fail if no result files are found. Default: false.
    #testRunTitle: # string. Test run title. 
  # Advanced
    #buildPlatform: # string. Alias: platform. Build Platform. 
    #buildConfiguration: # string. Alias: configuration. Build Configuration. 
    #publishRunAttachments: true # boolean. Upload test results files. Default: true.
# Publish Test Results v2
# Publish test results to Azure Pipelines.
- task: PublishTestResults@2
  inputs:
    testResultsFormat: 'JUnit' # 'JUnit' | 'NUnit' | 'VSTest' | 'XUnit' | 'CTest'. Alias: testRunner. Required. Test result format. Default: JUnit.
    testResultsFiles: '**/TEST-*.xml' # string. Required. Test results files. Default: **/TEST-*.xml.
    #searchFolder: '$(System.DefaultWorkingDirectory)' # string. Search folder. Default: $(System.DefaultWorkingDirectory).
    #mergeTestResults: false # boolean. Merge test results. Default: false.
    #failTaskOnFailedTests: false # boolean. Fail if there are test failures. Default: false.
    #testRunTitle: # string. Test run title. 
  # Advanced
    #buildPlatform: # string. Alias: platform. Build Platform. 
    #buildConfiguration: # string. Alias: configuration. Build Configuration. 
    #publishRunAttachments: true # boolean. Upload test results files. Default: true.
# Publish Test Results v2
# Publish Test Results to Azure Pipelines/TFS.
- task: PublishTestResults@2
  inputs:
    testResultsFormat: 'JUnit' # 'JUnit' | 'NUnit' | 'VSTest' | 'XUnit'. Alias: testRunner. Required. Test result format. Default: JUnit.
    testResultsFiles: '**/TEST-*.xml' # string. Required. Test results files. Default: **/TEST-*.xml.
    #searchFolder: '$(System.DefaultWorkingDirectory)' # string. Search folder. Default: $(System.DefaultWorkingDirectory).
    #mergeTestResults: false # boolean. Merge test results. Default: false.
    #testRunTitle: # string. Test run title. 
  # Advanced
    #buildPlatform: # string. Alias: platform. Build Platform. 
    #buildConfiguration: # string. Alias: configuration. Build Configuration. 
    #publishRunAttachments: true # boolean. Upload test results files. Default: true.

الإدخالات

testResultsFormat - تنسيق نتيجة الاختبار
الاسم المستعار للإدخل: testRunner. string. مطلوب القيم المسموح بها: JUnit، NUnit، VSTest، XUnit، CTest. القيمة الافتراضية: JUnit.

يحدد تنسيق ملفات النتائج التي تريد نشرها. يتم دعم التنسيقات التالية: CTestوJUnitوNUnit 2وNUnit 3 وVisual Studio Test (TRX) وxUnit 2.


testResultsFormat - تنسيق نتيجة الاختبار
الاسم المستعار للإدخل: testRunner. string. مطلوب القيم المسموح بها: JUnit، NUnit، ، VSTestXUnit. القيمة الافتراضية: JUnit.

يحدد تنسيق ملفات النتائج التي تريد نشرها. يتم دعم التنسيقات التالية: CTestوJUnitوNUnit 2وNUnit 3 وVisual Studio Test (TRX) وxUnit 2.


testResultsFiles - اختبار ملفات النتائج
string. مطلوب القيمة الافتراضية: **/TEST-*.xml.

يحدد ملفا واحدا أو أكثر من ملفات نتائج الاختبار.

  • يمكنك استخدام حرف بدل من مجلد واحد (*) وأحرف بدل متكررة (**). على سبيل المثال، **/TEST-*.xml يبحث عن جميع ملفات XML التي تبدأ TEST- أسماؤها في جميع الدلائل الفرعية. إذا كنت تستخدم VSTest بتنسيق نتيجة الاختبار، يجب تغيير نوع الملف إلى .trx على سبيل المثال. **/TEST-*.trx
  • يمكن تحديد مسارات متعددة، مفصولة بخط جديد.
  • بالإضافة إلى ذلك يقبل أنماط المطابقة المصغرة.

على سبيل المثال، !TEST[1-3].xml يستبعد الملفات المسماة TEST1.xmlأو TEST2.xmlأو TEST3.xml.


searchFolder - مجلد البحث
string. القيمة الافتراضية: $(System.DefaultWorkingDirectory).

‏‏اختياري. يحدد المجلد للبحث عن ملفات نتائج الاختبار.


mergeTestResults - دمج نتائج الاختبار
boolean. القيمة الافتراضية: false.

عندما تكون قيمة هذه القيمة المنطقية هي true، تبلغ المهمة عن نتائج الاختبار من جميع الملفات مقابل تشغيل اختبار واحد. إذا كانت القيمة هي false، تقوم المهمة بإنشاء تشغيل اختبار منفصل لكل ملف نتيجة اختبار.

ملاحظة

استخدم إعداد نتائج اختبار الدمج لدمج الملفات من نفس إطار عمل الاختبار لضمان حساب تعيين النتائج والمدة بشكل صحيح.


failTaskOnFailedTests - فشل إذا كانت هناك حالات فشل في الاختبار
boolean. القيمة الافتراضية: false.

‏‏اختياري. عندما تكون قيمة هذه القيمة المنطقية هي true، ستفشل المهمة إذا تم وضع علامة على أي من الاختبارات في ملف النتائج على أنها فاشلة. الافتراضي هو false، والذي سينشر النتائج ببساطة من ملف النتائج.


failTaskOnFailureToPublishResults - فشل إذا كان هناك فشل في نشر نتائج الاختبار
boolean. القيمة الافتراضية: false.

عند true، يفشل المهمة إذا كان هناك فشل في نشر نتائج الاختبار.


failTaskOnMissingResultsFile - فشل إذا لم يتم العثور على ملفات نتائج
boolean. القيمة الافتراضية: false.

فشل المهمة إذا لم يتم العثور على ملفات نتائج.


testRunTitle - عنوان تشغيل الاختبار
string.

‏‏اختياري. يحدد اسما لتشغيل الاختبار الذي سيتم الإبلاغ عن النتائج عليه. يمكن استخدام أسماء المتغيرات المعلن عنها في البنية الأساسية لبرنامج ربط العمليات التجارية للإنشاء أو الإصدار.


buildPlatform - بناء النظام الأساسي
الاسم المستعار للإدخل: platform. string.

‏‏اختياري. يحدد النظام الأساسي للبناء الذي يجب الإبلاغ عن تشغيل الاختبار عليه. على سبيل المثال: ⁧x64⁩ أو ⁧x86⁩. إذا قمت بتعريف متغير للنظام الأساسي في مهمة الإنشاء، فاستخدمه هنا.


buildConfiguration - تكوين البناء
الاسم المستعار للإدخل: configuration. string.

‏‏اختياري. يحدد تكوين البنية الذي يجب الإبلاغ عن تشغيل الاختبار عليه. على سبيل المثال: ⁧Debug⁩ أو ⁧Release⁩. إذا قمت بتعريف متغير للتكوين في مهمة الإنشاء، فاستخدمه هنا.


publishRunAttachments - تحميل ملفات نتائج الاختبار
boolean. القيمة الافتراضية: true.

‏‏اختياري. عندما تكون قيمة هذه القيمة المنطقية هي true، تقوم المهمة بتحميل جميع ملفات نتائج الاختبار كمرفقات لتشغيل الاختبار.


خيارات التحكم بالمهمة

تحتوي جميع المهام على خيارات التحكم بالإضافة إلى مدخلات المهام الخاصة بها. لمزيد من المعلومات، راجع خيارات التحكم وخصائص المهمة الشائعة.

متغيرات الإخراج

لا شيء

الملاحظات

تنشر هذه المهمة نتائج الاختبار إلى Azure Pipelines أو TFS عند تنفيذ الاختبارات لتوفير تقارير اختبار شاملة وتجربة تحليلات. يمكنك استخدام مشغل الاختبار الذي تختاره الذي يدعم تنسيق النتائج الذي تحتاجه. تتضمن تنسيقات النتائج المدعومة CTestوJUnit (بما في ذلك PHPUnit) وNUnit 2وNUnit 3 وVisual Studio Test (TRX) وxUnit 2.

تنشر المهام المضمنة الأخرى، مثل مهمة Visual Studio Test ومهمةDot NetCore CLI نتائج الاختبار تلقائيا إلى البنية الأساسية لبرنامج ربط العمليات التجارية. توفر مهام مثل AntوMaven و GulpوGreuntوXcode نتائج النشر كخيار داخل المهمة، أو إنشاء مكتبات مثل CoberturaوJacoCo. إذا كنت تستخدم أيا من هذه المهام، فلن تحتاج إلى مهمة نشر نتائج اختبار منفصلة في البنية الأساسية لبرنامج ربط العمليات التجارية.

يتم عرض نتائج الاختبار المنشورة في علامة التبويب Tests في ملخص البنية الأساسية لبرنامج ربط العمليات التجارية. تساعدك النتائج على قياس جودة البنية الأساسية لبرنامج ربط العمليات التجارية، ومراجعة إمكانية التتبع، واستكشاف الأخطاء وإصلاحها، ودفع ملكية الفشل.

يوضح المثال التالي تكوين المهمة لنشر نتائج الاختبار.

فتح صفحة محفوظات الاختبار

يمكنك أيضا استخدام هذه المهمة في البنية الأساسية لبرنامج ربط العمليات التجارية للبناء لنشر نتائج تغطية التعليمات البرمجية التي تم إنتاجها عند تشغيل الاختبارات على Azure Pipelines أو TFS من أجل الحصول على تقارير التغطية.

المتطلبات الأساسية

إذا كنت تستخدم عامل Windows مستضاف ذاتيا، فيجب أن يكون هذا الشرط الأساسي مثبتا على جهازك:

الإعدادات الافتراضية للمهمة

يستخدم الخيار الافتراضي تنسيق JUnit لنشر نتائج الاختبار. عند استخدام VSTest ك testRunner، يجب تغيير خيار testResultsFiles إلى **/TEST-*.trx.

testResultsFormat هو اسم مستعار لاسم إدخال testRunner . يمكن إنتاج ملفات النتائج من قبل مشغلين متعددين، وليس فقط مشغل معين. على سبيل المثال، يتم دعم تنسيق نتائج jUnit من قبل العديد من المشغلين وليس فقط jUnit.

لنشر نتائج الاختبار ل Python باستخدام YAML، راجع Python في قسم النظم الإيكولوجية من هذه المواضيع، والذي يتضمن أيضا أمثلة للغات أخرى.

تعيين تنسيقات النتائج

يسرد هذا الجدول الحقول التي تم الإبلاغ عنها في علامة التبويب الاختبارات في ملخص البناء أو الإصدار، والتعيين المقابل مع السمات في تنسيقات نتائج الاختبار المدعومة.

النطاق الحقل Visual Studio Test (TRX)
تشغيل اختباري العنوان اختبار عنوان التشغيل المحدد في المهمة
تاريخ البدء /TestRun/Times.Attributes["start"]. قيمه
تاريخ الانتهاء /TestRun/Times.Attributes["finish"]. قيمه
المدة تاريخ الانتهاء - تاريخ البدء
المرفقات راجع قسم دعم المرفقات أدناه
نتيجة الاختبار العنوان /TestRun/Results/UnitTestResult.Attributes["testName"]. Value or /TestRun/Results/WebTestResult.Attributes["testName"]. Value or /TestRun/Results/TestResultAggregation.Attributes["testName"]. قيمه
تاريخ البدء /TestRun/Results/UnitTestResult.Attributes["startTime"]. Value or /TestRun/Results/WebTestResult.Attributes["startTime"]. Value or /TestRun/Results/TestResultAggregation.Attributes["startTime"]. قيمه
تاريخ الانتهاء /TestRun/Results/UnitTestResult.Attributes["startTime"]. Value + /TestRun/Results/UnitTestResult.Attributes["duration"]. Value or /TestRun/Results/WebTestResult.Attributes["startTime"]. Value + /TestRun/Results/WebTestResult.Attributes["duration"]. Value or /TestRun/Results/TestResultAggregation.Attributes["startTime"]. Value + /TestRun/Results/TestResultAggregation.Attributes["duration"]. قيمه
المدة /TestRun/Results/UnitTestResult.Attributes["duration"]. Value or /TestRun/Results/WebTestResult.Attributes["duration"]. Value or /TestRun/Results/TestResultAggregation.Attributes["duration"]. قيمه
مالك /TestRun/TestDefinitions/UnitTest/Owners/Owner.Attributes["name"]. قيمه
⁧⁩النتيجة⁧⁩ /TestRun/Results/UnitTestResult.Attributes["result"]. Value or /TestRun/Results/WebTestResult.Attributes["result"]. Value or /TestRun/Results/TestResultAggregation.Attributes["result"]. قيمه
رسالة الخطأ /TestRun/Results/UnitTestResult/Output/ErrorInfo/Message.InnerText أو /TestRun/Results/WebTestResultOutput/ErrorInfo/Message.InnerText أو /TestRun/Results/TestResultAggregation/Output/ErrorInfo/Message.InnerText
تتبع بنية تخزين العناصر /TestRun/Results/UnitTestResult/Output/ErrorInfo/StackTrace.InnerText أو /TestRun/Results/WebTestResultOutput/ErrorInfo/StackTrace.InnerText أو /TestRun/Results/TestResultAggregation/Output/ErrorInfo/StackTrace.InnerText
المرفقات راجع قسم دعم المرفقات أدناه
سجل وحدة التحكم /TestRun/Results/UnitTestResult/Output/StdOut.InnerText أو /TestRun/Results/WebTestResultOutput/Output/StdOut.InnerText أو /TestRun/Results/TestResultAggregation/Output/StdOut.InnerText
سجل خطأ وحدة التحكم /TestRun/Results/UnitTestResult/Output/StdErr.InnerText أو /TestRun/Results/WebTestResultOutput/Output/StdErr.InnerText أو /TestRun/Results/TestResultAggregation/Output/StdErr.InnerText
اسم العامل /TestRun/Results/UnitTestResult.Attributes["computerName"]. Value or /TestRun/Results/WebTestResult.Attributes["computerName"]. Value or /TestRun/Results/TestResultAggregation.Attributes["computerName"]. قيمه
اختبار الملف /TestRun/TestDefinitions/UnitTest.Attributes["storage"]. قيمه
أولوية /TestRun/TestDefinitions/UnitTest.Attributes["priority"]. قيمه

ملاحظة

يتم استخدام المدة فقط عندما لا يتوفر تاريخ البدءوالتاريخ المكتمل.

تنسيق الاسم المؤهل بالكامل ل testName هو Namespace.Testclass.Methodname بحد أحرف 512. إذا كان الاختبار مستندا إلى البيانات ويحتوي على معلمات، فسيتضمن حد الأحرف المعلمات.

أثناء نشر نتيجة الاختبار، قد تحصل على هذا الخطأ: فشل نشر نتائج الاختبار: تم تحديد أولوية غير صالحة

يحدث هذا الخطأ إذا تم تعيين أولوية لأي من أساليب الاختبار فوق 255، فقم بإصلاح أولوية أسلوب الاختبار في التعليمات البرمجية وتنفيذ الاختبارات مرة أخرى. يمكنك مراجعة ملف trx الذي تم إنشاؤه لمشاهدة جميع الاختبارات ذات الأولوية الأكبر من 255.

دعم المرفقات

توفر مهمة نشر نتائج الاختبار الدعم للمرفقات لكل من نتائج تشغيل الاختبار والاختبار للتنسيقات التالية. بالنسبة للمشاريع العامة، ندعم 2 غيغابايت من إجمالي المرفقات.

Visual Studio Test (TRX)

النطاق النوع المسار
تشغيل اختباري جامع البيانات /TestRun/ResultSummary/CollectorDataEntries/Collector/UriAttachments/UriAttachment/A.Attributes["href"]. قيمه
نتيجة الاختبار /TestRun/ResultSummary/ResultFiles/ResultFile.Attributes["path"]. قيمه
تغطية التعليمات البرمجية /TestRun/TestSettings/Execution/AgentRule/DataCollectors/DataCollector/Configuration/CodeCoverage/Regular/CodeCoverageItem.Attributes["binaryFile"]. Value و/TestRun/TestSettings/Execution/AgentRule/DataCollectors/DataCollector/Configuration/CodeCoverage/Regular/CodeCoverageItem.Attributes["pdbFile"]. قيمه
نتيجة الاختبار مجمعو البيانات /TestRun/Results/UnitTestResult/CollectorDataEntries/Collector/UriAttachments/UriAttachment/A.Attributes["href"]. Value or /TestRun/Results/WebTestResult/CollectorDataEntries/Collector/UriAttachments/UriAttachment/A.Attributes["href"]. Value or /TestRun/Results/TestResultAggregation/CollectorDataEntries/Collector/UriAttachments/UriAttachment/A.Attributes["href"]. قيمه
نتيجة الاختبار /TestRun/Results/UnitTestResult/ResultFiles/ResultFile.Attributes["path"]. Value أو /TestRun/Results/WebTestResult/ResultFiles/ResultFile.Attributes["path"]. Value أو /TestRun/Results/TestResultAggregation/ResultFiles/ResultFile.Attributes["path"]. قيمه

ملاحظة

خيار تحميل ملف نتائج الاختبار كمرفق هو خيار افتراضي في المهمة، ينطبق على جميع التنسيقات.

أمثلة

Docker

بالنسبة للتطبيقات المستندة إلى Docker، هناك العديد من الطرق لإنشاء التطبيق الخاص بك وتشغيل الاختبارات:

  • الإنشاء والاختبار في البنية الأساسية لبرنامج ربط العمليات التجارية للبناء: يتم تنفيذ البنيات والاختبارات في البنية الأساسية لبرنامج ربط العمليات التجارية ويتم نشر نتائج الاختبار باستخدام مهمة نشر نتائج الاختبار .
  • الإنشاء والاختبار باستخدام Dockerfile متعدد المراحل: يتم تنفيذ الإصدارات والاختبارات داخل الحاوية باستخدام ملف Docker متعدد المراحل، حيث لا يتم نشر نتائج الاختبار هذه مرة أخرى إلى البنية الأساسية لبرنامج ربط العمليات التجارية.
  • إنشاء النتائج واختبارها ونشرها باستخدام Dockerfile: يتم تنفيذ الإصدارات والاختبارات داخل الحاوية، ويتم نشر النتائج مرة أخرى إلى البنية الأساسية لبرنامج ربط العمليات التجارية. انظر إلى المثال أدناه.

إنشاء النتائج واختبارها ونشرها باستخدام ملف Docker

في هذا الأسلوب، يمكنك إنشاء التعليمات البرمجية الخاصة بك وتشغيل الاختبارات داخل الحاوية باستخدام ملف Docker. ثم يتم نسخ نتائج الاختبار إلى المضيف ليتم نشرها إلى البنية الأساسية لبرنامج ربط العمليات التجارية. لنشر نتائج الاختبار إلى Azure Pipelines، يمكنك استخدام مهمة نشر نتائج الاختبار . سيتم نشر الصورة النهائية إلى Docker أو Azure Container Registry.

الحصول على الرمز
  1. Dockerfile.build إنشاء ملف في جذر دليل المشروع الخاص بك مع ما يلي:

    # Build and run tests inside the docker container
    FROM mcr.microsoft.com/dotnet/sdk:2.1
    WORKDIR /app
    # copy the contents of agent working directory on host to workdir in container
    COPY . ./
    # dotnet commands to build, test, and publish
    RUN dotnet restore
    RUN dotnet build -c Release
    RUN dotnet test dotnetcore-tests/dotnetcore-tests.csproj -c Release --logger "trx;LogFileName=testresults.trx"
    RUN dotnet publish -c Release -o out
    ENTRYPOINT dotnet dotnetcore-sample/out/dotnetcore-sample.dll
    

    يحتوي هذا الملف على إرشادات إنشاء التعليمات البرمجية وتشغيل الاختبارات. ثم يتم نسخ الاختبارات إلى ملف testresults.trx داخل الحاوية.

  2. لجعل الصورة النهائية صغيرة قدر الإمكان، والتي تحتوي فقط على وقت التشغيل والبيانات الاصطناعية للتوزيع، استبدل محتويات الموجودة Dockerfile بما يلي:

    # This Dockerfile creates the final image to be published to Docker or
    # Azure Container Registry
    # Create a container with the compiled asp.net core app
    FROM mcr.microsoft.com/dotnet/aspnet:2.1
    # Create app directory
    WORKDIR /app
    # Copy only the deployment artifacts
    COPY /out .
    ENTRYPOINT ["dotnet", "dotnetcore-sample.dll"]
    
تعريف البنية الأساسية لبرنامج ربط العمليات التجارية للبناء
  1. إذا كان لديك حساب Docker Hub، وتريد دفع الصورة إلى سجل Docker الخاص بك، فاستبدل محتويات .vsts-ci.docker.yml الملف بما يلي:

    # Build Docker image for this app, to be published to Docker Registry
    pool:
      vmImage: 'ubuntu-latest'
    variables:
      buildConfiguration: 'Release'
    steps:
    - script: |
        docker build -f Dockerfile.build -t $(dockerId)/dotnetcore-build:$BUILD_BUILDID .
        docker run --name dotnetcoreapp --rm -d $(dockerId)/dotnetcore-build:$BUILD_BUILDID
        docker cp dotnetcoreapp:app/dotnetcore-tests/TestResults $(System.DefaultWorkingDirectory)
        docker cp dotnetcoreapp:app/dotnetcore-sample/out $(System.DefaultWorkingDirectory)
        docker stop dotnetcoreapp
    
    - task: PublishTestResults@2
      inputs:
        testRunner: VSTest
        testResultsFiles: '**/*.trx'
        failTaskOnFailedTests: true
    
    - script: |
        docker build -f Dockerfile -t $(dockerId)/dotnetcore-sample:$BUILD_BUILDID .
        docker login -u $(dockerId) -p $pswd
        docker push $(dockerId)/dotnetcore-sample:$BUILD_BUILDID
      env:
        pswd: $(dockerPassword)
    

    بدلا من ذلك، إذا قمت بتكوين Azure Container Registry وتريد دفع الصورة إلى هذا السجل، فاستبدل محتويات .vsts-ci.yml الملف بما يلي:

    # Build Docker image for this app to be published to Azure Container Registry
    pool:
      vmImage: 'ubuntu-latest'
    variables:
      buildConfiguration: 'Release'
    
    steps:
    - script: |
        docker build -f Dockerfile.build -t $(dockerId)/dotnetcore-build:$BUILD_BUILDID .
        docker run --name dotnetcoreapp --rm -d $(dockerId)/dotnetcore-build:$BUILD_BUILDID
        docker cp dotnetcoreapp:app/dotnetcore-tests/TestResults $(System.DefaultWorkingDirectory)
        docker cp dotnetcoreapp:app/dotnetcore-sample/out $(System.DefaultWorkingDirectory)
        docker stop dotnetcoreapp
    
    - task: PublishTestResults@2
      inputs:
        testRunner: VSTest
        testResultsFiles: '**/*.trx'
        failTaskOnFailedTests: true
    
    - script: |
        docker build -f Dockerfile -t $(dockerId).azurecr.io/dotnetcore-sample:$BUILD_BUILDID .
        docker login -u $(dockerId) -p $pswd $(dockerid).azurecr.io
        docker push $(dockerId).azurecr.io/dotnetcore-sample:$BUILD_BUILDID 
      env:
        pswd: $(dockerPassword)
    
  2. ادفع التغيير إلى الفرع الرئيسي في المستودع الخاص بك.

  3. إذا كنت تستخدم Azure Container Registry، فتأكد من إنشاء السجل مسبقا في مدخل Microsoft Azure. انسخ اسم مستخدم المسؤول وكلمة المرور الموضحة في قسم مفاتيح الوصول لإعدادات التسجيل في مدخل Microsoft Azure.

  4. تحديث البنية الأساسية لبرنامج ربط العمليات التجارية للبناء الخاص بك مع ما يلي

    • تجمع العامل: Hosted Ubuntu 1604
      • dockerId: قم بتعيين القيمة إلى معرف Docker الخاص بك ل DockerHub أو اسم مستخدم المسؤول ل Azure Container Registry.
      • dockerPassword: قم بتعيين القيمة إلى كلمة المرور الخاصة بك ل DockerHub أو كلمة مرور المسؤول Azure Container Registry.
    • مسار ملف YAML: /.vsts-ci.docker.yml
  5. قم بقائمة انتظار بنية جديدة وشاهدها تنشئ صورة Docker وتدفعها إلى السجل ونتائج الاختبار إلى Azure DevOps.

المتطلبات

المتطلبات الوصف
أنواع البنية الأساسية لبرنامج ربط العمليات التجارية YAML، الإصدار الكلاسيكي، الإصدار الكلاسيكي
يعمل على Agent, DeploymentGroup
المطالب بلا
القدرات لا تفي هذه المهمة بأي طلبات للمهام اللاحقة في الوظيفة.
قيود الأوامر أي
متغيرات Settable أي
إصدار الوكيل 2.0.0 أو أحدث
فئة المهمة الاختبار