Skip to content

Conversation

@0xideas
Copy link
Contributor

@0xideas 0xideas commented Nov 8, 2024

… requests onto main.

To save money on OpenAI credits.

Summary by CodeRabbit

  • New Features

    • Workflows for Neo4j, Notebook, pgvector, Qdrant, and Weaviate can now be manually triggered, simplifying the initiation process.
  • Bug Fixes

    • Removed automatic triggers for pull requests targeting the main branch across multiple workflows, ensuring more controlled execution.
  • Improvements

    • Workflows now respond to pull requests labeled with run-checks, allowing for conditional execution based on specific criteria.

@coderabbitai
Copy link
Contributor

coderabbitai bot commented Nov 8, 2024

Warning

Rate limit exceeded

@0xideas has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 18 minutes and 49 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📥 Commits

Reviewing files that changed from the base of the PR and between c2dfe25 and 236a8c1.

Walkthrough

The pull request modifies multiple GitHub Actions workflow files by removing the trigger for pull requests targeting the main branch. Each workflow now only allows manual triggering via workflow_dispatch and responds to pull requests labeled with run-checks. The job structures and dependencies remain unchanged, with jobs still checking for documentation changes before executing their respective tests. Environment variables and steps for setting up the testing environment are preserved across all workflows.

Changes

File Path Change Summary
.github/workflows/test_neo4j.yml Removed on: pull_request trigger; added workflow_dispatch and conditional execution for run_neo4j_integration_test.
.github/workflows/test_notebook.yml Removed on: pull_request trigger; added workflow_dispatch and conditional execution for run_notebook_test.
.github/workflows/test_pgvector.yml Removed on: pull_request trigger; added workflow_dispatch and conditional execution for get_docs_changes.
.github/workflows/test_qdrant.yml Removed on: pull_request trigger; added workflow_dispatch and conditional execution for job section.
.github/workflows/test_weaviate.yml Removed on: pull_request trigger; added workflow_dispatch and conditional execution for run_weaviate_integration_test.

Sequence Diagram(s)

sequenceDiagram
    participant User
    participant GitHub Actions
    participant Job Runner

    User->>GitHub Actions: Trigger workflow (manual)
    GitHub Actions->>Job Runner: Start jobs
    Job Runner->>Job Runner: Check for docs changes
    alt Changes detected
        Job Runner->>Job Runner: Run tests
    else No changes
        Job Runner->>User: No action taken
    end
Loading

🐇 "In the meadow, we hop and play,
Workflows now start a different way.
No more pulls to trigger the test,
Manual magic is simply the best!
With each change, we dance and cheer,
For seamless runs, we hold so dear!" 🐇


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

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)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 8

🧹 Outside diff range and nitpick comments (7)
.github/workflows/test_qdrant.yml (1)

1-1: Add workflow documentation

Consider adding comments to explain:

  1. The requirement for the 'run-checks' label
  2. The purpose of this workflow and its LLM dependency
  3. The cost implications of running these tests

Add this documentation at the start of the file:

+# This workflow runs Qdrant integration tests that require OpenAI API calls.
+# To manage costs, this workflow only runs when:
+# 1. Manually triggered via workflow_dispatch
+# 2. PR is labeled with 'run-checks'
+# 3. Changes are detected outside documentation
name: test | qdrant
.github/workflows/test_weaviate.yml (1)

1-1: Add workflow documentation and API key safeguards

Since this workflow is being changed to manual execution mode and involves OpenAI API usage, it would be beneficial to:

  1. Add workflow documentation explaining when and how to trigger these tests
  2. Consider adding a warning step before using the OpenAI API

Add this documentation at the top of the file:

name: test | weaviate

+# This workflow runs Weaviate integration tests that require OpenAI API access.
+# To minimize API costs, this workflow must be triggered manually:
+# 1. Via workflow_dispatch in GitHub Actions UI
+# 2. By adding the 'run-checks' label to your PR (if PR trigger is kept)
+#
+# Note: This workflow consumes OpenAI credits. Use judiciously.
.github/workflows/test_neo4j.yml (2)

4-8: Consider removing the branch constraint.

Since the workflow now uses label-based control, the branch constraint branches: [main] is redundant and potentially confusing. The workflow will only run when manually triggered or when PRs are labeled with 'run-checks', regardless of the target branch.

  workflow_dispatch:
  pull_request:
-   branches:
-     - main
    types: [labeled]

1-1: Add workflow documentation.

Since this workflow contains LLM-dependent tests and now requires manual triggering or specific labels, consider adding documentation at the top of the file to:

  1. Indicate that this is an LLM-dependent test that consumes OpenAI credits
  2. Explain how to trigger the workflow (via workflow_dispatch or 'run-checks' label)
 name: test | neo4j
+
+# This workflow runs Neo4j integration tests that require OpenAI API access.
+# To prevent unnecessary API costs, this workflow only runs:
+# 1. When manually triggered via workflow_dispatch
+# 2. When a PR is labeled with 'run-checks'
.github/workflows/test_notebook.yml (1)

Notebook credential handling needs improvement for security

The notebook contains potential security concerns in its credential handling:

  • Uses environment variables but falls back to empty strings, which is not a secure pattern
  • Contains commented-out hardcoded credentials (DB_PASSWORD)
  • Direct usage of credentials in Graphistry login call without additional safeguards

Recommended changes:

  • Remove the commented-out credential lines (lines with GRAPH_DATABASE_PASSWORD and DB_PASSWORD)
  • Replace empty string fallbacks with proper error handling when credentials are missing
  • Consider adding credential masking for the Graphistry login call
  • Add workflow-level timeout as suggested in the original review

The original security concerns were valid and the verification revealed additional issues that need to be addressed.

🔗 Analysis chain

Line range hint 52-67: Consider additional security measures for notebook execution.

While the notebook execution is controlled by the 'run-checks' label, there are some security considerations to address:

  1. Verify that the notebook doesn't print or expose sensitive credentials
  2. Consider adding a workflow-level timeout

Consider adding these security enhancements:

  1. Add a workflow-level timeout:
jobs:
  run_notebook_test:
    timeout-minutes: 30  # Adjust based on typical execution time
  1. Restrict environment variable scope to specific steps that require them
  2. Add conditions to skip secret injection on fork PRs
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Check for potential credential exposure in the notebook
rg -i "(OPENAI|API_KEY|GRAPHISTRY|PASSWORD|SECRET)" notebooks/cognee_demo.ipynb

Length of output: 902

.github/workflows/test_pgvector.yml (2)

4-8: Enhance workflow trigger configuration.

While the changes align with the PR objective, consider these improvements:

  1. Add a description for the workflow_dispatch trigger to clarify its purpose
  2. Be more specific about which labels trigger the workflow to prevent unintended executions
  workflow_dispatch:
+   description: 'Manually trigger pgvector integration tests'
  pull_request:
    branches:
      - main
    types: [labeled]
+   # Ensure the workflow only runs for specific labels
+   if: |
+     contains(github.event.pull_request.labels.*.name, 'run-checks') ||
+     contains(github.event.pull_request.labels.*.name, 'integration-test')

1-1: Add documentation about cost implications.

Since this workflow uses OpenAI credits, consider adding documentation in the workflow file to:

  1. Indicate that this is a cost-intensive test
  2. Explain when the test should be manually triggered
  3. Document the expected costs per run
name: test | pgvector
+# WARNING: This workflow uses OpenAI API and incurs costs
+# Manual triggers should be used judiciously
+# Estimated cost per run: [Add cost estimate]
+# When to run: 
+# - Before merging significant changes to vector store functionality
+# - When testing LLM integration changes
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

📥 Commits

Reviewing files that changed from the base of the PR and between c62800c and c2dfe25.

📒 Files selected for processing (5)
  • .github/workflows/test_neo4j.yml (2 hunks)
  • .github/workflows/test_notebook.yml (2 hunks)
  • .github/workflows/test_pgvector.yml (2 hunks)
  • .github/workflows/test_qdrant.yml (2 hunks)
  • .github/workflows/test_weaviate.yml (2 hunks)
🧰 Additional context used
🪛 actionlint
.github/workflows/test_neo4j.yml

18-18: "steps" section is missing in job "if"

(syntax-check)


18-18: "runs-on" section is missing in job "if"

(syntax-check)


18-18: "if" job is scalar node but mapping node is expected

(syntax-check)

.github/workflows/test_notebook.yml

19-19: "steps" section is missing in job "if"

(syntax-check)


19-19: "runs-on" section is missing in job "if"

(syntax-check)


19-19: "if" job is scalar node but mapping node is expected

(syntax-check)

.github/workflows/test_pgvector.yml

19-19: "steps" section is missing in job "if"

(syntax-check)


19-19: "runs-on" section is missing in job "if"

(syntax-check)


19-19: "if" job is scalar node but mapping node is expected

(syntax-check)

.github/workflows/test_qdrant.yml

19-19: "steps" section is missing in job "if"

(syntax-check)


19-19: "runs-on" section is missing in job "if"

(syntax-check)


19-19: "if" job is scalar node but mapping node is expected

(syntax-check)

.github/workflows/test_weaviate.yml

19-19: "steps" section is missing in job "if"

(syntax-check)


19-19: "runs-on" section is missing in job "if"

(syntax-check)


19-19: "if" job is scalar node but mapping node is expected

(syntax-check)

🔇 Additional comments (1)
.github/workflows/test_qdrant.yml (1)

Line range hint 52-54: Verify secure handling of API keys

The workflow uses sensitive API keys. Let's ensure they're consistently handled securely across the codebase.

Comment on lines +4 to +8
workflow_dispatch:
pull_request:
branches:
- main
workflow_dispatch:
types: [labeled]
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Remove pull_request trigger for main branch to align with PR objectives

The current configuration still allows automatic execution on pull requests to main, which contradicts the PR's goal of removing automatic execution of LLM-dependent tests.

Apply this diff to fix:

on:
  workflow_dispatch:
  pull_request:
-    branches:
-      - main
    types: [labeled]
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
workflow_dispatch:
pull_request:
branches:
- main
workflow_dispatch:
types: [labeled]
workflow_dispatch:
pull_request:
types: [labeled]

Comment on lines 19 to 20
if: ${{ github.event.label.name == 'run-checks' }}

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Fix incorrect YAML structure for job conditions

The conditional check is incorrectly placed as a separate job. It should be moved to the individual jobs that need this condition.

Apply this diff to fix:

jobs:
-  if: ${{ github.event.label.name == 'run-checks' }}

  get_docs_changes:
    name: docs changes
    uses: ./.github/workflows/get_docs_changes.yml

  run_qdrant_integration_test:
    name: test
    needs: get_docs_changes
-    if: needs.get_docs_changes.outputs.changes_outside_docs == 'true'
+    if: |
+      needs.get_docs_changes.outputs.changes_outside_docs == 'true' &&
+      github.event.label.name == 'run-checks'
    runs-on: ubuntu-latest
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
if: ${{ github.event.label.name == 'run-checks' }}
jobs:
get_docs_changes:
name: docs changes
uses: ./.github/workflows/get_docs_changes.yml
run_qdrant_integration_test:
name: test
needs: get_docs_changes
if: |
needs.get_docs_changes.outputs.changes_outside_docs == 'true' &&
github.event.label.name == 'run-checks'
runs-on: ubuntu-latest
🧰 Tools
🪛 actionlint

19-19: "steps" section is missing in job "if"

(syntax-check)


19-19: "runs-on" section is missing in job "if"

(syntax-check)


19-19: "if" job is scalar node but mapping node is expected

(syntax-check)

Comment on lines +4 to +9
workflow_dispatch:
pull_request:
branches:
- main
workflow_dispatch:
types: [labeled]

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Workflow still triggers automatically on PRs to main branch

The current configuration contradicts the PR objective of removing automatic test execution on merge requests to main. While the label condition was added, the workflow will still trigger automatically when PRs are labeled.

To align with the PR objective, modify the trigger configuration:

on:
  workflow_dispatch:
- pull_request:
-   branches:
-     - main
-   types: [labeled]

This ensures the workflow only runs when manually triggered via workflow_dispatch.

📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
workflow_dispatch:
pull_request:
branches:
- main
workflow_dispatch:
types: [labeled]
workflow_dispatch:

Comment on lines 19 to 20
if: ${{ github.event.label.name == 'run-checks' }}

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Fix YAML structure: Incorrect placement of if condition

The label condition is incorrectly placed as a separate job. This will cause the workflow to fail.

Move the condition to each job that needs it:

jobs:
- if: ${{ github.event.label.name == 'run-checks' }}

  get_docs_changes:
    name: docs changes
+   if: ${{ github.event.label.name == 'run-checks' }}
    uses: ./.github/workflows/get_docs_changes.yml

  run_weaviate_integration_test:
    name: test
    needs: get_docs_changes
-   if: needs.get_docs_changes.outputs.changes_outside_docs == 'true'
+   if: |
+     needs.get_docs_changes.outputs.changes_outside_docs == 'true' &&
+     github.event.label.name == 'run-checks'
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
if: ${{ github.event.label.name == 'run-checks' }}
get_docs_changes:
name: docs changes
if: ${{ github.event.label.name == 'run-checks' }}
uses: ./.github/workflows/get_docs_changes.yml
run_weaviate_integration_test:
name: test
needs: get_docs_changes
if: |
needs.get_docs_changes.outputs.changes_outside_docs == 'true' &&
github.event.label.name == 'run-checks'
🧰 Tools
🪛 actionlint

19-19: "steps" section is missing in job "if"

(syntax-check)


19-19: "runs-on" section is missing in job "if"

(syntax-check)


19-19: "if" job is scalar node but mapping node is expected

(syntax-check)

Comment on lines 18 to 19
if: ${{ github.event.label.name == 'run-checks' }}

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Fix invalid YAML structure.

The current placement of the if condition is incorrect and will cause the workflow to fail. The condition should be moved into each job that needs to be controlled by the label.

Apply this change to fix the YAML structure:

jobs:
- if: ${{ github.event.label.name == 'run-checks' }}

  get_docs_changes:
    name: docs changes
    uses: ./.github/workflows/get_docs_changes.yml
+   if: ${{ github.event.label.name == 'run-checks' }}

  run_neo4j_integration_test:
    name: test
    needs: get_docs_changes
-   if: needs.get_docs_changes.outputs.changes_outside_docs == 'true'
+   if: |
+     needs.get_docs_changes.outputs.changes_outside_docs == 'true' &&
+     github.event.label.name == 'run-checks'
    runs-on: ubuntu-latest
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
if: ${{ github.event.label.name == 'run-checks' }}
get_docs_changes:
name: docs changes
uses: ./.github/workflows/get_docs_changes.yml
if: ${{ github.event.label.name == 'run-checks' }}
run_neo4j_integration_test:
name: test
needs: get_docs_changes
if: |
needs.get_docs_changes.outputs.changes_outside_docs == 'true' &&
github.event.label.name == 'run-checks'
runs-on: ubuntu-latest
🧰 Tools
🪛 actionlint

18-18: "steps" section is missing in job "if"

(syntax-check)


18-18: "runs-on" section is missing in job "if"

(syntax-check)


18-18: "if" job is scalar node but mapping node is expected

(syntax-check)

Comment on lines 19 to 20
if: ${{ github.event.label.name == 'run-checks' }}

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Fix YAML structure for conditional execution.

The current job-level condition is incorrectly structured and will cause syntax errors.

Apply this diff to fix the YAML structure:

jobs:
-  if: ${{ github.event.label.name == 'run-checks' }}
-
  get_docs_changes:
    name: docs changes
+    if: github.event.label.name == 'run-checks' || github.event_name == 'workflow_dispatch'
    uses: ./.github/workflows/get_docs_changes.yml

  run_notebook_test:
    name: test
    needs: get_docs_changes
-    if: needs.get_docs_changes.outputs.changes_outside_docs == 'true'
+    if: (github.event.label.name == 'run-checks' || github.event_name == 'workflow_dispatch') && needs.get_docs_changes.outputs.changes_outside_docs == 'true'

This change:

  1. Fixes the YAML syntax error
  2. Applies the label condition correctly to each job
  3. Preserves the existing docs changes check
  4. Allows execution via manual dispatch
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
if: ${{ github.event.label.name == 'run-checks' }}
jobs:
get_docs_changes:
name: docs changes
if: github.event.label.name == 'run-checks' || github.event_name == 'workflow_dispatch'
uses: ./.github/workflows/get_docs_changes.yml
run_notebook_test:
name: test
needs: get_docs_changes
if: (github.event.label.name == 'run-checks' || github.event_name == 'workflow_dispatch') && needs.get_docs_changes.outputs.changes_outside_docs == 'true'
🧰 Tools
🪛 actionlint

19-19: "steps" section is missing in job "if"

(syntax-check)


19-19: "runs-on" section is missing in job "if"

(syntax-check)


19-19: "if" job is scalar node but mapping node is expected

(syntax-check)

Comment on lines +4 to +9
workflow_dispatch:
pull_request:
branches:
- main
workflow_dispatch:
types: [labeled]

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🛠️ Refactor suggestion

Enhance trigger conditions to prevent unnecessary workflow runs.

While the changes align with the goal of preventing automatic test execution, the current trigger configuration could be improved to be more precise.

Apply this diff to handle both label addition and removal, and specifically filter for the 'run-checks' label:

  workflow_dispatch:
  pull_request:
    branches:
      - main
-    types: [labeled]
+    types: [labeled, unlabeled]

This ensures the workflow:

  1. Can be triggered manually when needed
  2. Runs when the 'run-checks' label is added
  3. Stops when the label is removed

Committable suggestion skipped: line range outside the PR's diff.

Comment on lines 19 to 20
if: ${{ github.event.label.name == 'run-checks' }}

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue

Fix critical YAML syntax error in job conditions.

The if condition is incorrectly placed at the jobs level, causing syntax errors. It should be moved into each individual job.

jobs:
-  if: ${{ github.event.label.name == 'run-checks' }}

  get_docs_changes:
    name: docs changes
    uses: ./.github/workflows/get_docs_changes.yml
+   if: ${{ github.event.label.name == 'run-checks' }}

  run_pgvector_integration_test:
    name: test
    needs: get_docs_changes
-   if: needs.get_docs_changes.outputs.changes_outside_docs == 'true'
+   if: |
+     needs.get_docs_changes.outputs.changes_outside_docs == 'true' &&
+     github.event.label.name == 'run-checks'
📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
if: ${{ github.event.label.name == 'run-checks' }}
jobs:
get_docs_changes:
name: docs changes
uses: ./.github/workflows/get_docs_changes.yml
if: ${{ github.event.label.name == 'run-checks' }}
run_pgvector_integration_test:
name: test
needs: get_docs_changes
if: |
needs.get_docs_changes.outputs.changes_outside_docs == 'true' &&
github.event.label.name == 'run-checks'
🧰 Tools
🪛 actionlint

19-19: "steps" section is missing in job "if"

(syntax-check)


19-19: "runs-on" section is missing in job "if"

(syntax-check)


19-19: "if" job is scalar node but mapping node is expected

(syntax-check)

@0xideas
Copy link
Contributor Author

0xideas commented Nov 8, 2024

Hey @Vasilije1990, the new workflow would be to add the label 'run-checks' to trigger the LLM-intensive tests before merging, and to allow merging only if this label is present. This isn't an ideal solution but the only alternative is an additional 'meta' GitHub action that manages the triggering of these tests. The solution implemented here is also the one suggested here

@0xideas 0xideas force-pushed the COG-531-trigger-checks-manually branch from 935c784 to 236a8c1 Compare November 8, 2024 14:08
@Vasilije1990 Vasilije1990 merged commit c8464d8 into main Nov 8, 2024
41 checks passed
@Vasilije1990 Vasilije1990 deleted the COG-531-trigger-checks-manually branch November 8, 2024 14:20
@0xideas 0xideas self-assigned this Nov 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants