💡 Инструкция: Выберите один ответ из пяти. На тест отведено 85 минут; после ответа можно открыть объяснение.
Вопрос 1 из 30
Раздел «Проекты»: какой разбор этого кода останется точным после переименования переменных?
HTML/XML VB-проект · параметры сборки Копировать
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<OutputType>Exe</OutputType>
<TargetFramework>net10.0-windows</TargetFramework>
<RootNamespace>Acme.Tools</RootNamespace>
<OptionStrict>On</OptionStrict>
<OptionInfer>On</OptionInfer>
</PropertyGroup>
</Project>
Контракт кода: проект не должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Контракт кода: проект должен неявно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Контракт кода: проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Контракт кода: достаточно явно обеспечить «Проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки»; требование «случайные свойства среды разработчика не являются частью воспроизводимого исходника» на поведение не влияет.
Контракт кода: проект должен автоматически задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Вопрос 2 из 30
Раздел «Проекты»: какой вывод должен пережить рефакторинг этого фрагмента?
HTML/XML VB-проект · параметры сборки Копировать
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<OutputType>Exe</OutputType>
<TargetFramework>net10.0-windows</TargetFramework>
<RootNamespace>Acme.Tools</RootNamespace>
<OptionStrict>On</OptionStrict>
<OptionInfer>On</OptionInfer>
<TreatWarningsAsErrors>true</TreatWarningsAsErrors>
</PropertyGroup>
</Project>
Сохранить на ревью: проект должен автоматически задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Сохранить на ревью: достаточно явно обеспечить «Проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки»; требование «случайные свойства среды разработчика не являются частью воспроизводимого исходника» на поведение не влияет.
Сохранить на ревью: проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Сохранить на ревью: проект должен неявно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Сохранить на ревью: проект не должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Вопрос 3 из 30
Раздел «Проекты»: обычный сценарий проходит. Что следует закрепить отдельным граничным тестом?
HTML/XML VB-проект · параметры сборки Копировать
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<OutputType>Exe</OutputType>
<TargetFramework>net10.0-windows</TargetFramework>
<RootNamespace>Acme.Tools</RootNamespace>
<OptionStrict>On</OptionStrict>
<OptionInfer>On</OptionInfer>
<ContinuousIntegrationBuild>true</ContinuousIntegrationBuild>
</PropertyGroup>
</Project>
Проверить на границе: проект должен автоматически задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Проверить на границе: проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Проверить на границе: проект не должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Проверить на границе: проект должен неявно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Проверить на границе: достаточно явно обеспечить «Проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки»; требование «случайные свойства среды разработчика не являются частью воспроизводимого исходника» на поведение не влияет.
Вопрос 4 из 30
Раздел «Проекты»: какой вариант оставляет важное условие явным для следующего разработчика?
Оставить в коде и тестах условие: достаточно явно обеспечить «Проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки»; требование «случайные свойства среды разработчика не являются частью воспроизводимого исходника» на поведение не влияет.
Оставить в коде и тестах условие: проект должен автоматически задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Оставить в коде и тестах условие: проект не должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Оставить в коде и тестах условие: проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Оставить в коде и тестах условие: проект должен неявно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Вопрос 5 из 30
Какое утверждение о «Проекты» выдерживает изменение имён и входных данных?
Переносимый вывод: проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Переносимый вывод: проект должен неявно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Переносимый вывод: проект должен автоматически задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Переносимый вывод: достаточно явно обеспечить «Проект должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки»; требование «случайные свойства среды разработчика не являются частью воспроизводимого исходника» на поведение не влияет.
Переносимый вывод: проект не должен явно задавать TargetFramework, Option Strict, корневое пространство имён и ссылки; случайные свойства среды разработчика не являются частью воспроизводимого исходника.
Вопрос 16 из 30
Раздел «Публикация»: какое утверждение позволяет предсказать поведение фрагмента по правилам Visual Basic и .NET?
HTML/XML VB-проект · публикация Копировать
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>net10.0-windows</TargetFramework>
<RuntimeIdentifier>win-x64</RuntimeIdentifier>
<SelfContained>true</SelfContained>
<PublishSingleFile>true</PublishSingleFile>
</PropertyGroup>
</Project>
Контракт кода: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Контракт кода: публикация не учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Контракт кода: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка подтверждает запуск на чистой машине.
Контракт кода: достаточно подтвердить «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; условие «успешная сборка не подтверждает запуск на чистой машине» можно не проверять отдельно.
Контракт кода: контракт Публикация можно сократить до «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; часть «успешная сборка не подтверждает запуск на чистой машине» остаётся лишь рекомендацией.
Вопрос 17 из 30
Раздел «Публикация»: перед объединением правки нужно проверить один принцип. Какой именно?
HTML/XML VB-проект · публикация Копировать
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>net10.0-windows</TargetFramework>
<RuntimeIdentifier>win-x64</RuntimeIdentifier>
<SelfContained>true</SelfContained>
<PublishSingleFile>true</PublishSingleFile>
<TreatWarningsAsErrors>true</TreatWarningsAsErrors>
</PropertyGroup>
</Project>
Не менять условие: достаточно подтвердить «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; условие «успешная сборка не подтверждает запуск на чистой машине» можно не проверять отдельно.
Не менять условие: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Не менять условие: публикация не учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Не менять условие: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка подтверждает запуск на чистой машине.
Не менять условие: контракт Публикация можно сократить до «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; часть «успешная сборка не подтверждает запуск на чистой машине» остаётся лишь рекомендацией.
Вопрос 18 из 30
Какое свойство механизма «Публикация» нужно проверить на редком, но допустимом сценарии?
HTML/XML VB-проект · публикация Копировать
<Project Sdk="Microsoft.NET.Sdk">
<PropertyGroup>
<TargetFramework>net10.0-windows</TargetFramework>
<RuntimeIdentifier>win-x64</RuntimeIdentifier>
<SelfContained>true</SelfContained>
<PublishSingleFile>true</PublishSingleFile>
<ContinuousIntegrationBuild>true</ContinuousIntegrationBuild>
</PropertyGroup>
</Project>
Добавить регрессионную проверку: публикация не учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Добавить регрессионную проверку: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Добавить регрессионную проверку: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка подтверждает запуск на чистой машине.
Добавить регрессионную проверку: достаточно подтвердить «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; условие «успешная сборка не подтверждает запуск на чистой машине» можно не проверять отдельно.
Добавить регрессионную проверку: контракт Публикация можно сократить до «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; часть «успешная сборка не подтверждает запуск на чистой машине» остаётся лишь рекомендацией.
Вопрос 19 из 30
Раздел «Публикация»: что нужно сделать частью контракта рабочего модуля?
Закрепить рабочее решение: контракт Публикация можно сократить до «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; часть «успешная сборка не подтверждает запуск на чистой машине» остаётся лишь рекомендацией.
Закрепить рабочее решение: публикация не учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Закрепить рабочее решение: достаточно подтвердить «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; условие «успешная сборка не подтверждает запуск на чистой машине» можно не проверять отдельно.
Закрепить рабочее решение: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Закрепить рабочее решение: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка подтверждает запуск на чистой машине.
Вопрос 20 из 30
Какое правило по теме «Публикация» можно безопасно перенести из примера в реальный проект?
Переносимый вывод: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка подтверждает запуск на чистой машине.
Переносимый вывод: публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Переносимый вывод: публикация не учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции; успешная сборка не подтверждает запуск на чистой машине.
Переносимый вывод: контракт Публикация можно сократить до «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; часть «успешная сборка не подтверждает запуск на чистой машине» остаётся лишь рекомендацией.
Переносимый вывод: достаточно подтвердить «Публикация учитывает режим framework-dependent или self-contained, разрядность, подпись и миграции»; условие «успешная сборка не подтверждает запуск на чистой машине» можно не проверять отдельно.
Вопрос 21 из 30
Какой вывод о фрагменте по теме «Качество данных» технически обоснован?
Visual Basic / VB.NET Visual Basic · Сборка, конфигурация и выпуск Копировать
Class ReleaseChecks
Public Sub Verify(config As AppConfig)
If config.DatabaseSchema <> ExpectedSchema Then Throw New InvalidOperationException("schema")
If config.ApiBaseUrl.Host.Contains("test") Then Throw New InvalidOperationException("test endpoint")
If config.SampleAccountsPresent Then Throw New InvalidOperationException("sample data")
End Sub
End Class
При работе с Качество данных нарушение «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» не меняет результат, если выполняется «конфигурационный файл тоже является входными данными».
Перед выпуском не проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже не является входными данными.
Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Достаточно обеспечить «конфигурационный файл тоже является входными данными»; условие «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» можно отдельно не проверять.
Вопрос 22 из 30
Раздел «Качество данных»: перед объединением правки нужно проверить один принцип. Какой именно?
Visual Basic / VB.NET Visual Basic · Сборка, конфигурация и выпуск Копировать
Option Strict On
Namespace ReviewCase28_5
Class ReleaseChecks
Public Sub Verify(reviewConfig As AppConfig)
If reviewConfig.DatabaseSchema <> ExpectedSchema Then Throw New InvalidOperationException("schema")
If reviewConfig.ApiBaseUrl.Host.Contains("test") Then Throw New InvalidOperationException("test endpoint")
If reviewConfig.SampleAccountsPresent Then Throw New InvalidOperationException("sample data")
End Sub
End Class
End Namespace
Зафиксировать в ревью: достаточно обеспечить «конфигурационный файл тоже является входными данными»; условие «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» можно отдельно не проверять.
Зафиксировать в ревью: перед выпуском не проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Зафиксировать в ревью: при работе с Качество данных нарушение «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» не меняет результат, если выполняется «конфигурационный файл тоже является входными данными».
Зафиксировать в ревью: перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Зафиксировать в ревью: перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже не является входными данными.
Вопрос 23 из 30
Раздел «Качество данных»: какое правило нельзя считать проверенным одним обычным примером?
Visual Basic / VB.NET Visual Basic · Сборка, конфигурация и выпуск Копировать
Option Explicit On
Option Infer On
Namespace BoundaryCase28_5
Class ReleaseChecks
Public Sub Verify(edgeConfig As AppConfig)
If edgeConfig.DatabaseSchema <> ExpectedSchema Then Throw New InvalidOperationException("schema")
If edgeConfig.ApiBaseUrl.Host.Contains("test") Then Throw New InvalidOperationException("test endpoint")
If edgeConfig.SampleAccountsPresent Then Throw New InvalidOperationException("sample data")
End Sub
End Class
End Namespace
Добавить регрессионную проверку: достаточно обеспечить «конфигурационный файл тоже является входными данными»; условие «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» можно отдельно не проверять.
Добавить регрессионную проверку: перед выпуском не проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Добавить регрессионную проверку: при работе с Качество данных нарушение «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» не меняет результат, если выполняется «конфигурационный файл тоже является входными данными».
Добавить регрессионную проверку: перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже не является входными данными.
Добавить регрессионную проверку: перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Вопрос 24 из 30
Раздел «Качество данных»: как уменьшить риск дефекта, не подменяя причину запасным значением?
Закрепить рабочее решение: перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Закрепить рабочее решение: достаточно обеспечить «конфигурационный файл тоже является входными данными»; условие «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» можно отдельно не проверять.
Закрепить рабочее решение: при работе с Качество данных нарушение «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» не меняет результат, если выполняется «конфигурационный файл тоже является входными данными».
Закрепить рабочее решение: перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже не является входными данными.
Закрепить рабочее решение: перед выпуском не проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Вопрос 25 из 30
Раздел «Качество данных»: какое правило остаётся верным для современного Visual Basic?
Рабочее правило: достаточно обеспечить «конфигурационный файл тоже является входными данными»; условие «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» можно отдельно не проверять.
Рабочее правило: перед выпуском не проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Рабочее правило: перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже не является входными данными.
Рабочее правило: перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам; конфигурационный файл тоже является входными данными.
Рабочее правило: при работе с Качество данных нарушение «Перед выпуском проверяют версию схемы, отсутствие тестовых данных, корректные адреса и право доступа к секретам» не меняет результат, если выполняется «конфигурационный файл тоже является входными данными».
Вопрос 26 из 30
Какой вывод о фрагменте по теме «Воспроизводимость результата» технически обоснован?
Visual Basic / VB.NET Visual Basic · Сборка, конфигурация и выпуск Копировать
Class BuildManifest
Public Property SdkVersion As String
Public Property Commit As String
Public Property LockHash As String
Public Property ArtifactHash As String
End Class
Разбор фрагмента: воспроизводимый выпуск фиксирует SDK, зависимости, команды и время создания файла; один тег должен давать проверяемо эквивалентный артефакт.
Разбор фрагмента: воспроизводимый выпуск не фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.
Разбор фрагмента: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.
Разбор фрагмента: при работе с Воспроизводимость результата нарушение «Воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы» не меняет результат, если выполняется «один тег должен давать проверяемо эквивалентный артефакт».
Разбор фрагмента: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег не должен давать проверяемо эквивалентный артефакт.
Вопрос 27 из 30
Раздел «Воспроизводимость результата»: на ревью предлагают упростить участок с BuildManifest. Какое замечание защищает поведение программы, а не стиль записи?
Visual Basic / VB.NET Visual Basic · Сборка, конфигурация и выпуск Копировать
Option Strict On
Namespace ReviewCase28_6
Class BuildManifest
Public Property SdkVersion As String
Public Property Commit As String
Public Property LockHash As String
Public Property ArtifactHash As String
End Class
End Namespace
Зафиксировать в ревью: воспроизводимый выпуск не фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.
Зафиксировать в ревью: воспроизводимый выпуск фиксирует SDK, зависимости, команды и время создания файла; один тег должен давать проверяемо эквивалентный артефакт.
Зафиксировать в ревью: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег не должен давать проверяемо эквивалентный артефакт.
Зафиксировать в ревью: при работе с Воспроизводимость результата нарушение «Воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы» не меняет результат, если выполняется «один тег должен давать проверяемо эквивалентный артефакт».
Зафиксировать в ревью: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.
Вопрос 28 из 30
Раздел «Воспроизводимость результата»: какое утверждение поможет отличить настоящий дефект от случайности тестовых данных?
Visual Basic / VB.NET Visual Basic · Сборка, конфигурация и выпуск Копировать
Option Explicit On
Option Infer On
Namespace BoundaryCase28_6
Class BuildManifest
Public Property SdkVersion As String
Public Property Commit As String
Public Property LockHash As String
Public Property ArtifactHash As String
End Class
End Namespace
Закрепить тестом: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег не должен давать проверяемо эквивалентный артефакт.
Закрепить тестом: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.
Закрепить тестом: воспроизводимый выпуск не фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.
Закрепить тестом: воспроизводимый выпуск фиксирует SDK, зависимости, команды и время создания файла; один тег должен давать проверяемо эквивалентный артефакт.
Закрепить тестом: при работе с Воспроизводимость результата нарушение «Воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы» не меняет результат, если выполняется «один тег должен давать проверяемо эквивалентный артефакт».
Вопрос 29 из 30
Раздел «Воспроизводимость результата»: какой подход сохраняет границу ответственности и делает отказ диагностируемым?
Сделать явным правилом модуля: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег не должен давать проверяемо эквивалентный артефакт.
Сделать явным правилом модуля: воспроизводимый выпуск не фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.
Сделать явным правилом модуля: при работе с Воспроизводимость результата нарушение «Воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы» не меняет результат, если выполняется «один тег должен давать проверяемо эквивалентный артефакт».
Сделать явным правилом модуля: воспроизводимый выпуск фиксирует SDK, зависимости, команды и время создания файла; один тег должен давать проверяемо эквивалентный артефакт.
Сделать явным правилом модуля: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.
Вопрос 30 из 30
Какое правило по теме «Воспроизводимость результата» можно безопасно перенести из примера в реальный проект?
Рабочее правило: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.
Рабочее правило: воспроизводимый выпуск фиксирует SDK, зависимости, команды и время создания файла; один тег должен давать проверяемо эквивалентный артефакт.
Рабочее правило: при работе с Воспроизводимость результата нарушение «Воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы» не меняет результат, если выполняется «один тег должен давать проверяемо эквивалентный артефакт».
Рабочее правило: воспроизводимый выпуск фиксирует SDK, зависимости, команды и контрольные суммы; один тег не должен давать проверяемо эквивалентный артефакт.
Рабочее правило: воспроизводимый выпуск не фиксирует SDK, зависимости, команды и контрольные суммы; один тег должен давать проверяемо эквивалентный артефакт.