-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Iseyer/replicate tags #21660
base: main
Are you sure you want to change the base?
Iseyer/replicate tags #21660
Conversation
…src (goharbor#21162) Bumps [go.opentelemetry.io/otel](https://github.com/open-telemetry/opentelemetry-go) from 1.31.0 to 1.32.0. - [Release notes](https://github.com/open-telemetry/opentelemetry-go/releases) - [Changelog](https://github.com/open-telemetry/opentelemetry-go/blob/main/CHANGELOG.md) - [Commits](open-telemetry/opentelemetry-go@v1.31.0...v1.32.0) --- updated-dependencies: - dependency-name: go.opentelemetry.io/otel dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <[email protected]> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com> Co-authored-by: miner <[email protected]>
ba628f6
to
634b662
Compare
@Vad1mo @wy65701436 @reasonerjt if you would be so kind as to review |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #21660 +/- ##
==========================================
+ Coverage 45.36% 46.30% +0.93%
==========================================
Files 244 249 +5
Lines 13333 14047 +714
Branches 2719 2897 +178
==========================================
+ Hits 6049 6504 +455
- Misses 6983 7199 +216
- Partials 301 344 +43
Flags with carried forward coverage won't be shown. Click here to find out more. |
On the first glance it looks good, we need to give it an end-end try and see how it performs. do we need to update the test cases? |
I have identified a bug. This PR results in two events being fired for the first tag push of a new artifact: Any ideas on how to avoid firing the tag event on first push? The tag event in that instance is handled by artifact.Ensure I am not sure why this isn't caught by https://github.com/goharbor/harbor/blob/main/src/controller/tag/controller.go#L90 In the immediate sense, I think this is harmless behavior, but I did want to note it. |
Head branch was pushed to by a user without write access
634b662
to
ba09cec
Compare
Signed-off-by: ianseyer <[email protected]> Signed-off-by: ianseyer <[email protected]>
chore(deps): bump go.opentelemetry.io/otel from 1.31.0 to 1.32.0 in /src (goharbor#21162) See merge request cloudflare/devtools/goharbor/harbor!1
Fix: Incorrect Data Display in Replications Table (goharbor#21461) See merge request cloudflare/devtools/goharbor/harbor!2
77ad102
to
0b072ac
Compare
Signed-off-by: ianseyer <[email protected]>
0b072ac
to
61b8261
Compare
Currently, harbor does not replicate image tags for event-based replications. Instead, if a new tag is pushed, a replication event is not fired.
This issue is easily replicated:
There should be followup work to correct the issue of webhooks not being fired for tags being created.
Issue being fixed
Fixes #21623
Please indicate you've done the following: