Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

bug: PublishedResource updates leave previous sync controllers active

オープン
#182 コメント 1 件 リアクション 0 件 担当者 1 名 GitHub で見る

@adoi がすでに取り組んでいます。

2026年7月20日 から。

評価

この issue はまだ評価されていません。

説明

kind/bug
Describe the bug

When updating a PublishedResource the manager starts a replacement without stopping the controller for the previous resource version. Both controllers then reconcile the same resources

Steps To Reproduce
  1. Run api syncagent with an active PR
  2. Update the PR (in my case spec.naming was changed, but it can be an annotation change)
  3. Check a new controller will start for the new resource, but the previous controller doesn't stop
  4. You can also create a synchronized resource again and you will see that both (or multiple) controllers will process it
Expected Behaviour

One sync controller should be active per PR. A replacement should be validated, then the existing controller drained before the replacement starts

Additional Context

I reproduced this with v0.7.0.

During my testing and implementation I checked that immediate replacement can overlap controllers. Stopping before validation can interrupt synchronization, so my approach for the solution is object key tracking with validate, drain, then start sequencing

主要言語
Go
スター
25
フォーク
30
平均マージ
5日 18時間
マージ済み PR(30日)
1

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

kcp-dev/api-syncagent のほかの issue

kcp-dev/api-syncagent の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。