dotnet
/
vscode-dotnet-runtime
зеркало из https://github.com/dotnet/vscode-dotnet-runtime.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
vscode-dotnet-runtime/1es-azure-pipeline.yml

115 строки
3.0 KiB
YAML
Исходник Обычный вид История

Migrate to 1ES Pipeline (#1679) * Migrate pipeline to 1es * Clean up changes made from migration tool * Separate pipeline out into many yaml files so we can have 2 pipelines without code duplication due to new internal requirement * remove unncessary pipeline backup * Remove pipeline from 1es for public as it is not going to be added to the organization in public * Update yaml loop logic Remove devcontainer as it is out of compliance and not used by anyone * fix mappping by adding body to the loop with indentation: * add a 1es repository * Create a separate 1es pipeline * use self to search in the correct repository * migrate to self on 1es * use folder name pipeline-templates over templates * use yaml over yml * temporarily move jobs into one os * split pools * Move the loop to out of the job * move the task into steps instead of a job as u cant do a job in a job * remove template keyword * dont call steps template in job outside of steps * use yaml instead of yml * add sdl * use unique names for jobs * use _ instead of space * Use azure pipelines name to conform to style * give image to each parameter * make it 1 os for 1 os job and use different pool * Call pool explicyk * try to fix names * Use different source for mac instead of 1es * Update get-func-name * Update public PR pipeline * use public pool as thats what the name param is for * give image name instead of vmimage as it snot used * try to switch to a better pool * try using internal pool on public as external is not available * Publish logs to os specific folder * condition steps so they are skipped if not needed per os * dont care if it succeeded * add paran * remove paran * use parameter pools instead of agent os * move to 7.0 instead of 6 bc six is broken in the cache online maybe * switch to 1es pool * try using public pool * See if mac pipeline has a mirror in svc * use image names from open * Use vm image in the image * Use vm image in the image * update vm image * try to condition the pool * code cleanup now that everything was working * fix whitespace * Update vscode-test * Update vscode-test to the new name * respond to most pr feedback * rename the file as I cannot change the pipeline name while its in main maybe
2024-03-15 01:09:21 +03:00
# Name: dotnet.vscode-dotnet-runtime
# URL: https://dev.azure.com/dnceng/internal/_build?definitionId=656
trigger:
batch: true
branches:
include:
- main
tags:
include:
- SDK-v*
- Runtime-v*
pr:
autoCancel: false
branches:
include:
- '*'
variables:
- name: is-runtime-release
value: $[startsWith(variables['Build.SourceBranch'], 'refs/tags/Runtime-v')]
- name: is-sdk-release
value: $[startsWith(variables['Build.SourceBranch'], 'refs/tags/SDK-v')]
- name: Codeql.Enabled
value: true
Exclude Microbuild from scanner (#1979) Microbuild is failing credscan following TSA upload. It has several issues and the pipeline is publishing artifacts to the root artifacts staging directory and CredScan is considering everything under that path as part of the pipeline output. MicroBuild is being installed there, so it is incorrectly being brought into the scan. This repo does not own microbuild, we only do it for signing.
2024-10-14 20:38:21 +03:00
- name: MicroBuildOutputFolderOverride
value: '$(Agent.TempDirectory)'
Migrate to 1ES Pipeline (#1679) * Migrate pipeline to 1es * Clean up changes made from migration tool * Separate pipeline out into many yaml files so we can have 2 pipelines without code duplication due to new internal requirement * remove unncessary pipeline backup * Remove pipeline from 1es for public as it is not going to be added to the organization in public * Update yaml loop logic Remove devcontainer as it is out of compliance and not used by anyone * fix mappping by adding body to the loop with indentation: * add a 1es repository * Create a separate 1es pipeline * use self to search in the correct repository * migrate to self on 1es * use folder name pipeline-templates over templates * use yaml over yml * temporarily move jobs into one os * split pools * Move the loop to out of the job * move the task into steps instead of a job as u cant do a job in a job * remove template keyword * dont call steps template in job outside of steps * use yaml instead of yml * add sdl * use unique names for jobs * use _ instead of space * Use azure pipelines name to conform to style * give image to each parameter * make it 1 os for 1 os job and use different pool * Call pool explicyk * try to fix names * Use different source for mac instead of 1es * Update get-func-name * Update public PR pipeline * use public pool as thats what the name param is for * give image name instead of vmimage as it snot used * try to switch to a better pool * try using internal pool on public as external is not available * Publish logs to os specific folder * condition steps so they are skipped if not needed per os * dont care if it succeeded * add paran * remove paran * use parameter pools instead of agent os * move to 7.0 instead of 6 bc six is broken in the cache online maybe * switch to 1es pool * try using public pool * See if mac pipeline has a mirror in svc * use image names from open * Use vm image in the image * Use vm image in the image * update vm image * try to condition the pool * code cleanup now that everything was working * fix whitespace * Update vscode-test * Update vscode-test to the new name * respond to most pr feedback * rename the file as I cannot change the pipeline name while its in main maybe
2024-03-15 01:09:21 +03:00
resources:
repositories:
- repository: 1esPipelines
type: git
name: 1ESPipelineTemplates/1ESPipelineTemplates
ref: refs/tags/release
parameters:
- name: pools
type: object
default:
Leverage Managed Identity Publish (#1942) * add publish task * move template out of steps and into jobs * get rid of pool * dont pass 1es pool * add depends on chain * use vsce latest * run package on publi * add approval step: * vsixs are stored in the root, so don't check in the extension folder * Switch to MI instead of a PAT * Fix ps1 issue * Only deploy on internal * Use pool vs vmimage * Try to fix pool condition * Use a different pool * Condition the name of the build based on OS Why is windows the bomb emoji and not the windows emoji? And why did I do this: The windows build goes last because its in alphabetical order based on the behavior of how devops works. This is bad because it should go first and makes the other steps take longer as they depend on only the windows task. The bomb emoji is one of the first emojis thats not an emoticon before the penguin emoji so I picked that one.. * It's pretty silly you cant define a variable in a template but here we are * Maybe it has to be in plaintext * The deployment step is not necessary * wait for wait job * Set the emoji * Move windows to the top * Set 'use 1es pool' to true * Switch to a different ordering so windows runs first, then linux * try to fix bug where version is not passed and publish args is wrong * Try to pass var into another job since we cant have a template in the jobs * Revert "Try to pass var into another job since we cant have a template in the jobs" This reverts commit 7bdf2dfec95f13f053bc016cb767be9257da744c. * Try to condition the yamls omewhere else * is yaml failing * Revert "is yaml failing" This reverts commit b014dd042fcc63972477a087033ae304c8639a14. * Revert "Try to condition the yamls omewhere else" This reverts commit 7ccb36f01c00634eed03098b65eaa0d4a5d72427. * Revert "try to fix bug where version is not passed and publish args is wrong" This reverts commit 592349be71605208003ccebe23f271cdde8d1cef. * Get version again We cant return a value from a template We cant make a template callable with jobs in another job We cant pass a variable from one job to another if its a job in a job We cant do so many things in yaml * yaml indentation * Don't skip checking out the repo, we kinda need that to get the version
2024-10-15 21:45:42 +03:00
- name: NetCore1ESPool-Internal
image: 1es-windows-2022
os: windows
OS emojis idea (#2044) * OS emojis * Add emojis to 1es pipeline
2024-11-14 22:26:54 +03:00
emoji: 🪟
Migrate to 1ES Pipeline (#1679) * Migrate pipeline to 1es * Clean up changes made from migration tool * Separate pipeline out into many yaml files so we can have 2 pipelines without code duplication due to new internal requirement * remove unncessary pipeline backup * Remove pipeline from 1es for public as it is not going to be added to the organization in public * Update yaml loop logic Remove devcontainer as it is out of compliance and not used by anyone * fix mappping by adding body to the loop with indentation: * add a 1es repository * Create a separate 1es pipeline * use self to search in the correct repository * migrate to self on 1es * use folder name pipeline-templates over templates * use yaml over yml * temporarily move jobs into one os * split pools * Move the loop to out of the job * move the task into steps instead of a job as u cant do a job in a job * remove template keyword * dont call steps template in job outside of steps * use yaml instead of yml * add sdl * use unique names for jobs * use _ instead of space * Use azure pipelines name to conform to style * give image to each parameter * make it 1 os for 1 os job and use different pool * Call pool explicyk * try to fix names * Use different source for mac instead of 1es * Update get-func-name * Update public PR pipeline * use public pool as thats what the name param is for * give image name instead of vmimage as it snot used * try to switch to a better pool * try using internal pool on public as external is not available * Publish logs to os specific folder * condition steps so they are skipped if not needed per os * dont care if it succeeded * add paran * remove paran * use parameter pools instead of agent os * move to 7.0 instead of 6 bc six is broken in the cache online maybe * switch to 1es pool * try using public pool * See if mac pipeline has a mirror in svc * use image names from open * Use vm image in the image * Use vm image in the image * update vm image * try to condition the pool * code cleanup now that everything was working * fix whitespace * Update vscode-test * Update vscode-test to the new name * respond to most pr feedback * rename the file as I cannot change the pipeline name while its in main maybe
2024-03-15 01:09:21 +03:00
- name: NetCore1ESPool-Internal
image: 1es-ubuntu-2204
os: linux
OS emojis idea (#2044) * OS emojis * Add emojis to 1es pipeline
2024-11-14 22:26:54 +03:00
emoji: 🐧
Migrate to 1ES Pipeline (#1679) * Migrate pipeline to 1es * Clean up changes made from migration tool * Separate pipeline out into many yaml files so we can have 2 pipelines without code duplication due to new internal requirement * remove unncessary pipeline backup * Remove pipeline from 1es for public as it is not going to be added to the organization in public * Update yaml loop logic Remove devcontainer as it is out of compliance and not used by anyone * fix mappping by adding body to the loop with indentation: * add a 1es repository * Create a separate 1es pipeline * use self to search in the correct repository * migrate to self on 1es * use folder name pipeline-templates over templates * use yaml over yml * temporarily move jobs into one os * split pools * Move the loop to out of the job * move the task into steps instead of a job as u cant do a job in a job * remove template keyword * dont call steps template in job outside of steps * use yaml instead of yml * add sdl * use unique names for jobs * use _ instead of space * Use azure pipelines name to conform to style * give image to each parameter * make it 1 os for 1 os job and use different pool * Call pool explicyk * try to fix names * Use different source for mac instead of 1es * Update get-func-name * Update public PR pipeline * use public pool as thats what the name param is for * give image name instead of vmimage as it snot used * try to switch to a better pool * try using internal pool on public as external is not available * Publish logs to os specific folder * condition steps so they are skipped if not needed per os * dont care if it succeeded * add paran * remove paran * use parameter pools instead of agent os * move to 7.0 instead of 6 bc six is broken in the cache online maybe * switch to 1es pool * try using public pool * See if mac pipeline has a mirror in svc * use image names from open * Use vm image in the image * Use vm image in the image * update vm image * try to condition the pool * code cleanup now that everything was working * fix whitespace * Update vscode-test * Update vscode-test to the new name * respond to most pr feedback * rename the file as I cannot change the pipeline name while its in main maybe
2024-03-15 01:09:21 +03:00
- name: Azure Pipelines
image: macOS-latest
os: macOS
OS emojis idea (#2044) * OS emojis * Add emojis to 1es pipeline
2024-11-14 22:26:54 +03:00
emoji: 🍎
✒️ Enable ESRP Signing on the .VSIX (#1885) * Add fake MSBuild project to allow signing VSIX and JS * Sign JS * Add step to pipeline * Restrict signing package version * Add scripts to install signing tool locally * only go up 1 directory * fix display name * fix whitespace -__- * add build step for installing microbuild * add sign type parameter * dont produce alpha package in official drop * add sign type parameter to default pipeline * dont publish package in another directory as this causes other issues, instead copy the artifact * acknowledge the existence of a document explaining the release and other maintenance processes this information is more suited for internal repo changes. * change internal stream to a different signing stream * add dotnet public for notargets sdk * reduce to 1 feed * use a different feed * Use dotnet team * use explicit feed source * add feed auth * fix comment * rename unsigned vsix so both can get dropped * use the other type of slash for REN -__- * try to fix path * add packages folder with empty gitignore * figure out dir * fix rename command * Fix rename the 'unsigned' one is actually the signed one * Fix JS File Sign dist is at the root of each but this runs in a segregated folder * produce binlogs and try to fix the path * Publish SDK Extension Logs * fix signing * remove bad slash in path that gets parsed incorrectly * remove \ * fix microbuild to be installed b5 js signing * update gitignore * fix gitignore again * [REVERT THIS] Add a file A.ts to see if files are signed alphabetical or only non minified JS is signed * [REVERT THIS] Add content to js to see if minify changes signing * sign js after webpack maybe we can sign it after the bundle is created and it will still be able to edit the bundle vsix internals? I thought not but perhaps extension.js is getting replaced by the webpack, so lets see if this works. * Revert "[REVERT THIS] Add content to js to see if minify changes signing" This reverts commit ecacc6830bcd39bb628651f6e234956b5840faef. * Revert "[REVERT THIS] Add a file A.ts to see if files are signed alphabetical or only non minified JS is signed" This reverts commit 1ab6ea1873ad8a9e81b9fdb0ecbd62e558e7f09f. * Update name of incorrect task.
2024-08-12 21:04:24 +03:00
- name: SignType
displayName: Sign type
type: string
default: Test
values: [ 'Test', 'Real' ]
Migrate to 1ES Pipeline (#1679) * Migrate pipeline to 1es * Clean up changes made from migration tool * Separate pipeline out into many yaml files so we can have 2 pipelines without code duplication due to new internal requirement * remove unncessary pipeline backup * Remove pipeline from 1es for public as it is not going to be added to the organization in public * Update yaml loop logic Remove devcontainer as it is out of compliance and not used by anyone * fix mappping by adding body to the loop with indentation: * add a 1es repository * Create a separate 1es pipeline * use self to search in the correct repository * migrate to self on 1es * use folder name pipeline-templates over templates * use yaml over yml * temporarily move jobs into one os * split pools * Move the loop to out of the job * move the task into steps instead of a job as u cant do a job in a job * remove template keyword * dont call steps template in job outside of steps * use yaml instead of yml * add sdl * use unique names for jobs * use _ instead of space * Use azure pipelines name to conform to style * give image to each parameter * make it 1 os for 1 os job and use different pool * Call pool explicyk * try to fix names * Use different source for mac instead of 1es * Update get-func-name * Update public PR pipeline * use public pool as thats what the name param is for * give image name instead of vmimage as it snot used * try to switch to a better pool * try using internal pool on public as external is not available * Publish logs to os specific folder * condition steps so they are skipped if not needed per os * dont care if it succeeded * add paran * remove paran * use parameter pools instead of agent os * move to 7.0 instead of 6 bc six is broken in the cache online maybe * switch to 1es pool * try using public pool * See if mac pipeline has a mirror in svc * use image names from open * Use vm image in the image * Use vm image in the image * update vm image * try to condition the pool * code cleanup now that everything was working * fix whitespace * Update vscode-test * Update vscode-test to the new name * respond to most pr feedback * rename the file as I cannot change the pipeline name while its in main maybe
2024-03-15 01:09:21 +03:00
extends:
Use official templates so we get counted on the internal pie chart (#1713) The migration tool and doc examples all use the unofficial one ecks dee Also create a dupe of the PR pipeline so we can migrate main to that file once it is checked in and then delete the other one to rename it to a more descriptive name.
2024-03-20 01:32:11 +03:00
template: v1/1ES.Official.PipelineTemplate.yml@1esPipelines
Migrate to 1ES Pipeline (#1679) * Migrate pipeline to 1es * Clean up changes made from migration tool * Separate pipeline out into many yaml files so we can have 2 pipelines without code duplication due to new internal requirement * remove unncessary pipeline backup * Remove pipeline from 1es for public as it is not going to be added to the organization in public * Update yaml loop logic Remove devcontainer as it is out of compliance and not used by anyone * fix mappping by adding body to the loop with indentation: * add a 1es repository * Create a separate 1es pipeline * use self to search in the correct repository * migrate to self on 1es * use folder name pipeline-templates over templates * use yaml over yml * temporarily move jobs into one os * split pools * Move the loop to out of the job * move the task into steps instead of a job as u cant do a job in a job * remove template keyword * dont call steps template in job outside of steps * use yaml instead of yml * add sdl * use unique names for jobs * use _ instead of space * Use azure pipelines name to conform to style * give image to each parameter * make it 1 os for 1 os job and use different pool * Call pool explicyk * try to fix names * Use different source for mac instead of 1es * Update get-func-name * Update public PR pipeline * use public pool as thats what the name param is for * give image name instead of vmimage as it snot used * try to switch to a better pool * try using internal pool on public as external is not available * Publish logs to os specific folder * condition steps so they are skipped if not needed per os * dont care if it succeeded * add paran * remove paran * use parameter pools instead of agent os * move to 7.0 instead of 6 bc six is broken in the cache online maybe * switch to 1es pool * try using public pool * See if mac pipeline has a mirror in svc * use image names from open * Use vm image in the image * Use vm image in the image * update vm image * try to condition the pool * code cleanup now that everything was working * fix whitespace * Update vscode-test * Update vscode-test to the new name * respond to most pr feedback * rename the file as I cannot change the pipeline name while its in main maybe
2024-03-15 01:09:21 +03:00
parameters:
sdl:
sourceAnalysisPool:
name: NetCore1ESPool-Internal
image: 1es-windows-2022
os: windows
Enable SBOM Generation 📜 (#1816) * try adding sbom generation * Fix SBOM Generation * Fix comment for old pipeline name * improve whitespace
2024-06-05 02:56:01 +03:00
sbom:
enabled: false # SBOM requires a special setup for node.js projects to ensure all dependencies are included.
Enable Policheck 🌎 per Compliance to Scan for Offensive Terms (#1811) * Enable Policheck * Remove the old pipeline We probably should have done this post 1ES Migration * azdo is being buggy and not letting me move from 1 to another so undo this and do it in another pr Revert "Remove the old pipeline" This reverts commit 3c4cc97fa09273a48c115f85997e59d0bcede8e6. * azdo is buggy no more Revert "azdo is being buggy and not letting me move from 1 to another" This reverts commit 012133fd34a3d948ca051b166ffee3dda3ffb0ac.
2024-05-28 19:38:53 +03:00
policheck:
enabled: true
exclusionsFile: $(System.DefaultWorkingDirectory)\PoliCheckExclusions.xml
🦅 Enable TSA Per Requirement ✈️ (#1975)
2024-10-07 23:19:08 +03:00
tsa:
enabled: true
Migrate to 1ES Pipeline (#1679) * Migrate pipeline to 1es * Clean up changes made from migration tool * Separate pipeline out into many yaml files so we can have 2 pipelines without code duplication due to new internal requirement * remove unncessary pipeline backup * Remove pipeline from 1es for public as it is not going to be added to the organization in public * Update yaml loop logic Remove devcontainer as it is out of compliance and not used by anyone * fix mappping by adding body to the loop with indentation: * add a 1es repository * Create a separate 1es pipeline * use self to search in the correct repository * migrate to self on 1es * use folder name pipeline-templates over templates * use yaml over yml * temporarily move jobs into one os * split pools * Move the loop to out of the job * move the task into steps instead of a job as u cant do a job in a job * remove template keyword * dont call steps template in job outside of steps * use yaml instead of yml * add sdl * use unique names for jobs * use _ instead of space * Use azure pipelines name to conform to style * give image to each parameter * make it 1 os for 1 os job and use different pool * Call pool explicyk * try to fix names * Use different source for mac instead of 1es * Update get-func-name * Update public PR pipeline * use public pool as thats what the name param is for * give image name instead of vmimage as it snot used * try to switch to a better pool * try using internal pool on public as external is not available * Publish logs to os specific folder * condition steps so they are skipped if not needed per os * dont care if it succeeded * add paran * remove paran * use parameter pools instead of agent os * move to 7.0 instead of 6 bc six is broken in the cache online maybe * switch to 1es pool * try using public pool * See if mac pipeline has a mirror in svc * use image names from open * Use vm image in the image * Use vm image in the image * update vm image * try to condition the pool * code cleanup now that everything was working * fix whitespace * Update vscode-test * Update vscode-test to the new name * respond to most pr feedback * rename the file as I cannot change the pipeline name while its in main maybe
2024-03-15 01:09:21 +03:00
stages:
- stage: Internal
jobs:
- ${{ each image in parameters.pools }}:
- template: pipeline-templates/build-test.yaml@self
parameters:
pool:
name: ${{ image.name }}
image: ${{ image.image }}
os: ${{ image.os }}
Leverage Managed Identity Publish (#1942) * add publish task * move template out of steps and into jobs * get rid of pool * dont pass 1es pool * add depends on chain * use vsce latest * run package on publi * add approval step: * vsixs are stored in the root, so don't check in the extension folder * Switch to MI instead of a PAT * Fix ps1 issue * Only deploy on internal * Use pool vs vmimage * Try to fix pool condition * Use a different pool * Condition the name of the build based on OS Why is windows the bomb emoji and not the windows emoji? And why did I do this: The windows build goes last because its in alphabetical order based on the behavior of how devops works. This is bad because it should go first and makes the other steps take longer as they depend on only the windows task. The bomb emoji is one of the first emojis thats not an emoticon before the penguin emoji so I picked that one.. * It's pretty silly you cant define a variable in a template but here we are * Maybe it has to be in plaintext * The deployment step is not necessary * wait for wait job * Set the emoji * Move windows to the top * Set 'use 1es pool' to true * Switch to a different ordering so windows runs first, then linux * try to fix bug where version is not passed and publish args is wrong * Try to pass var into another job since we cant have a template in the jobs * Revert "Try to pass var into another job since we cant have a template in the jobs" This reverts commit 7bdf2dfec95f13f053bc016cb767be9257da744c. * Try to condition the yamls omewhere else * is yaml failing * Revert "is yaml failing" This reverts commit b014dd042fcc63972477a087033ae304c8639a14. * Revert "Try to condition the yamls omewhere else" This reverts commit 7ccb36f01c00634eed03098b65eaa0d4a5d72427. * Revert "try to fix bug where version is not passed and publish args is wrong" This reverts commit 592349be71605208003ccebe23f271cdde8d1cef. * Get version again We cant return a value from a template We cant make a template callable with jobs in another job We cant pass a variable from one job to another if its a job in a job We cant do so many things in yaml * yaml indentation * Don't skip checking out the repo, we kinda need that to get the version
2024-10-15 21:45:42 +03:00
emoji: ${{ image.emoji }}
Migrate to 1ES Pipeline (#1679) * Migrate pipeline to 1es * Clean up changes made from migration tool * Separate pipeline out into many yaml files so we can have 2 pipelines without code duplication due to new internal requirement * remove unncessary pipeline backup * Remove pipeline from 1es for public as it is not going to be added to the organization in public * Update yaml loop logic Remove devcontainer as it is out of compliance and not used by anyone * fix mappping by adding body to the loop with indentation: * add a 1es repository * Create a separate 1es pipeline * use self to search in the correct repository * migrate to self on 1es * use folder name pipeline-templates over templates * use yaml over yml * temporarily move jobs into one os * split pools * Move the loop to out of the job * move the task into steps instead of a job as u cant do a job in a job * remove template keyword * dont call steps template in job outside of steps * use yaml instead of yml * add sdl * use unique names for jobs * use _ instead of space * Use azure pipelines name to conform to style * give image to each parameter * make it 1 os for 1 os job and use different pool * Call pool explicyk * try to fix names * Use different source for mac instead of 1es * Update get-func-name * Update public PR pipeline * use public pool as thats what the name param is for * give image name instead of vmimage as it snot used * try to switch to a better pool * try using internal pool on public as external is not available * Publish logs to os specific folder * condition steps so they are skipped if not needed per os * dont care if it succeeded * add paran * remove paran * use parameter pools instead of agent os * move to 7.0 instead of 6 bc six is broken in the cache online maybe * switch to 1es pool * try using public pool * See if mac pipeline has a mirror in svc * use image names from open * Use vm image in the image * Use vm image in the image * update vm image * try to condition the pool * code cleanup now that everything was working * fix whitespace * Update vscode-test * Update vscode-test to the new name * respond to most pr feedback * rename the file as I cannot change the pipeline name while its in main maybe
2024-03-15 01:09:21 +03:00
useOneEngineeringPool: true
- template: pipeline-templates/upstream-verify.yaml@self
parameters:
pool:
name: NetCore1ESPool-Internal
image: 1es-windows-2022
os: windows
useOneEngineeringPool: true
- template: pipeline-templates/lint.yaml@self
parameters:
pool:
name: NetCore1ESPool-Internal
image: 1es-windows-2022
os: windows
useOneEngineeringPool: true
- template: pipeline-templates/package-vsix.yaml@self
parameters:
pool:
name: NetCore1ESPool-Internal
image: 1es-windows-2022
os: windows
useOneEngineeringPool: true
✒️ Enable ESRP Signing on the .VSIX (#1885) * Add fake MSBuild project to allow signing VSIX and JS * Sign JS * Add step to pipeline * Restrict signing package version * Add scripts to install signing tool locally * only go up 1 directory * fix display name * fix whitespace -__- * add build step for installing microbuild * add sign type parameter * dont produce alpha package in official drop * add sign type parameter to default pipeline * dont publish package in another directory as this causes other issues, instead copy the artifact * acknowledge the existence of a document explaining the release and other maintenance processes this information is more suited for internal repo changes. * change internal stream to a different signing stream * add dotnet public for notargets sdk * reduce to 1 feed * use a different feed * Use dotnet team * use explicit feed source * add feed auth * fix comment * rename unsigned vsix so both can get dropped * use the other type of slash for REN -__- * try to fix path * add packages folder with empty gitignore * figure out dir * fix rename command * Fix rename the 'unsigned' one is actually the signed one * Fix JS File Sign dist is at the root of each but this runs in a segregated folder * produce binlogs and try to fix the path * Publish SDK Extension Logs * fix signing * remove bad slash in path that gets parsed incorrectly * remove \ * fix microbuild to be installed b5 js signing * update gitignore * fix gitignore again * [REVERT THIS] Add a file A.ts to see if files are signed alphabetical or only non minified JS is signed * [REVERT THIS] Add content to js to see if minify changes signing * sign js after webpack maybe we can sign it after the bundle is created and it will still be able to edit the bundle vsix internals? I thought not but perhaps extension.js is getting replaced by the webpack, so lets see if this works. * Revert "[REVERT THIS] Add content to js to see if minify changes signing" This reverts commit ecacc6830bcd39bb628651f6e234956b5840faef. * Revert "[REVERT THIS] Add a file A.ts to see if files are signed alphabetical or only non minified JS is signed" This reverts commit 1ab6ea1873ad8a9e81b9fdb0ecbd62e558e7f09f. * Update name of incorrect task.
2024-08-12 21:04:24 +03:00
SignType: ${{ parameters.SignType }}
Enable SBOM Generation 📜 (#1816) * try adding sbom generation * Fix SBOM Generation * Fix comment for old pipeline name * improve whitespace
2024-06-05 02:56:01 +03:00
- template: pipeline-templates/sbom.yaml@self
parameters:
pool:
name: NetCore1ESPool-Internal
image: 1es-windows-2022
os: windows
useOneEngineeringPool: true