-
Notifications
You must be signed in to change notification settings - Fork 865
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
APIView Creation from PR for Go #24000
base: main
Are you sure you want to change the base?
Conversation
chidozieononiwu
commented
Jan 23, 2025
- This adds a step to publish .gosource artifact and trigger call to APIView endpoint for detecting API changes
47fbccc
to
127671c
Compare
/azp run go - aztemplate |
Azure Pipelines successfully started running 1 pipeline(s). |
115c5b6
to
4461d43
Compare
/azp run go - aztemplate - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
4461d43
to
1cc54b9
Compare
/azp run go - aztemplate - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
1cc54b9
to
1caefd1
Compare
d7d3aa0
to
86b795c
Compare
/azp run go - aztemplate - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
70fb42e
to
02446d7
Compare
/azp run go - aztemplate - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
02446d7
to
ff7bf90
Compare
/azp run go - aztemplate - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
Azure Pipelines successfully started running 1 pipeline(s). |
a5290c1
to
5577a33
Compare
/azp run go - aztemplate - ci |
Azure Pipelines successfully started running 1 pipeline(s). |
56c2dae
to
a77e679
Compare
@@ -101,13 +101,11 @@ function Get-AllPackageInfoFromRepo($serviceDirectory) | |||
$searchPath = Join-Path $RepoRoot "sdk" | |||
$pkgFiles = @() | |||
if ($serviceDirectory) { | |||
$searchPath = Join-Path $searchPath $serviceDirectory "go.mod" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Previous code was not doing recursive search when service directory is passed. I think Go has sub modules which contains go.mod and that's probably the reason we don't do Recurse to find package in service directory.
@benbp Can you please confirm if sub module also can have go.mod?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In most cases the go.mod is not at the service directory level, which is why old logic did not work
- template: /eng/common/pipelines/templates/steps/publish-1es-artifact.yml | ||
parameters: | ||
ArtifactName: "PackageInfo" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Don't we still need old PackageInfo for other EngSys tools?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think so. All calls to it are from the $(ArtifactStagingDirectory) where it is initially created.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually, It is being downloaded in the go release job
artifact: 'PackageInfo' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't see it being used though. However, I have added another publish step for PackageInfo artifact.
a77e679
to
1704c00
Compare
API change check API changes are not detected in this pull request. |
b81ffff
to
e98872c
Compare
Changes in Template for testing Update go Language Settings and Detect-Api-Changes test Changes manually Update Go Analyze Step
e98872c
to
927475e
Compare