-
Notifications
You must be signed in to change notification settings - Fork 563
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
fix gitlab automatic deletion bug #1905
Conversation
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.
PR Summary
Your free trial has ended. If you'd like to continue receiving code reviews, you can add a payment method here: app.greptile.com/review/github.
3 file(s) reviewed, no comment(s)
Edit PR Review Bot Settings | Greptile
Caution Review failedThe pull request is closed. WalkthroughThe changes update pull request event handling by introducing a new Changes
Sequence Diagram(s)sequenceDiagram
participant G as GitLab Event
participant C as Controller (handlePullRequestEvent)
participant S as GitLabService
G->>C: Trigger pull request event (merge)
C->>S: GetBranchName(prNumber)
S-->>C: Return branch name & SHA
C->>S: CheckBranchExists(branchName)
S-->>C: Return branch existence result
alt Branch exists
C->>G: Proceed with merge handling
else Branch missing
C->>C: Log error and exit gracefully
end
Poem
Tip ⚡🧪 Multi-step agentic review comment chat (experimental)
📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (2)
✨ Finishing Touches
🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
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.
Actionable comments posted: 0
🧹 Nitpick comments (3)
.github/workflows/ee_cli_release_multiarch.yml (1)
29-44
: Consolidated Build and Publish Step – Verify Matrix Usage forldflags
The new step using
wangyoucao577/go-release-action
is clearly a welcome simplification for building and publishing multi-architecture binaries. However, the parameterldflags: ${{ matrix.ldflags }}
raises a concern because the static analysis hints indicate that the
ldflags
property might not be defined in the current object type. Please verify that your workflow matrix actually defines anldflags
variable or consider providing a default value if it is optional.🧰 Tools
🪛 actionlint (1.7.4)
40-40: property "ldflags" is not defined in object type {arch: string; os: string}
(expression)
.github/workflows/cli_release.yml (1)
19-34
: Updated Single-Architecture Release Step – Validateldflags
Parameter SourceThe consolidation of the build and release process using the
wangyoucao577/go-release-action
makes the workflow both cleaner and more maintainable. One concern is the use of the expressionldflags: ${{ matrix.ldflags }}
even though this job appears to target a fixed architecture without an explicitly defined matrix. Please double-check whether the
ldflags
value is coming from another source or if it should be replaced by a constant or parameter more appropriate to this static configuration.🧰 Tools
🪛 actionlint (1.7.4)
30-30: property "ldflags" is not defined in object type {}
(expression)
.github/workflows/ee_cli_release.yml (1)
25-40
: EE CLI Release Step – Confirm Environment Setup and Parameter ConsistencyThe revised step using
wangyoucao577/go-release-action
effectively combines the build and release operations. Two points need attention:
- The use of
again suggests a dependency on a matrix variable, yet the job does not show an explicit matrix definition. Please verify whether this is intentional or if a fixed value should be set.ldflags: ${{ matrix.ldflags }}
- The workflow still includes a “Download Go” step (lines 16–20). Since the new action encapsulates environment setup, consider whether this step is redundant and can be removed to further streamline the workflow.
🧰 Tools
🪛 actionlint (1.7.4)
36-36: property "ldflags" is not defined in object type {}
(expression)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (3)
.github/workflows/cli_release.yml
(1 hunks).github/workflows/ee_cli_release.yml
(1 hunks).github/workflows/ee_cli_release_multiarch.yml
(1 hunks)
🧰 Additional context used
🪛 actionlint (1.7.4)
.github/workflows/ee_cli_release_multiarch.yml
40-40: property "ldflags" is not defined in object type {arch: string; os: string}
(expression)
.github/workflows/cli_release.yml
30-30: property "ldflags" is not defined in object type {}
(expression)
.github/workflows/ee_cli_release.yml
36-36: property "ldflags" is not defined in object type {}
(expression)
⏰ Context from checks skipped due to timeout of 90000ms (10)
- GitHub Check: Build
- GitHub Check: Build
- GitHub Check: Build
- GitHub Check: Build
- GitHub Check: Build
- GitHub Check: Build
- GitHub Check: Build
- GitHub Check: Build
- GitHub Check: Build
- GitHub Check: Build
When mergerequest in gitlab has automatic deletion of source branch then digger would try to load the branch digger.yml and then post an error comment of failing to load digger.yml. We add additional check to avoid this so if the source branch does not exist we ignore that event all together
Summary by CodeRabbit
Summary by CodeRabbit