Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

feat(agent/agentcontainers): auto detect dev containers#18950

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
DanielleMaywood merged 13 commits intomainfromdanielle/detect-devcontainer-projects
Jul 22, 2025

Conversation

DanielleMaywood
Copy link
Contributor

@DanielleMaywoodDanielleMaywood commentedJul 21, 2025
edited by coderabbitaibot
Loading

Relates tocoder/internal#711

This PR implements a project discovery mechanism that searches for any dev container projects and makes them visible in the UI so that they can be started. To make the wording on the site more clear, "Rebuild" has been changed to "Start" when there is no container associated with a known dev container configuration. I've also made it so that site will show the dev container config path when there is no other name available.

Design decisions

Just want to ensure my explanation for a few design decisions are noted down:

  • We only search for dev container configurations inside git repositories
  • We only search for these git repositories if they're at the top level or a direct child of the agent directory.

This limited approach is to reduce the amount of files we ultimately walk when trying to find these projects. It makes sense to limit it to only the agent directory, although I'm open to expanding how deep we search.

Follow up work

To close the linked issue, we should make it possible to auto start these found projects if theircustomization.coder stanza has"autostart": true. I felt that change was separate enough that it should be in a different PR.

Summary by CodeRabbit

  • New Features

    • Automatic discovery of devcontainer projects within agent directories, enabling the system to detect and display devcontainers without manual configuration.
    • Added a new command-line option to enable or disable devcontainer project discovery in the agent.
  • Bug Fixes

    • Improved handling of UI display logic for devcontainer names and rebuild/start button labels.
    • Refined visibility conditions for parent apps based on the running status of devcontainers.
  • Tests

    • Added and updated tests to verify devcontainer discovery and related behaviors.
    • Enhanced test scenarios for cases with and without project discovery enabled.
  • Documentation

    • Added new Storybook stories to illustrate different devcontainer card scenarios.

@coderabbitaicoderabbitai
Copy link

coderabbitaibot commentedJul 21, 2025
edited
Loading

Walkthrough

The changes introduce automatic discovery of devcontainer projects within agent directories, update the API initialization to support this, and expand manifest information handling. Tests are added for the discovery feature. UI adjustments include new Storybook scenarios, fallback display logic, conditional button labeling, debug logging, and refined control of app section visibility based on devcontainer status. A new CLI flag controls enabling or disabling devcontainer project discovery.

Changes

File(s)Change Summary
agent/agent.goPasses agent directory as a fourth parameter toWithManifestInfo during container API initialization.
agent/agentcontainers/api.goAdds devcontainer discovery on startup, filesystem abstraction, agent directory tracking, new options, and discovery methods.
agent/agentcontainers/api_test.goAdds tests for devcontainer discovery using in-memory filesystem; updates manifest info usage in tests.
site/src/modules/resources/AgentDevcontainerCard.stories.tsxAdds Storybook stories for devcontainers without container, agent, or name.
site/src/modules/resources/AgentDevcontainerCard.tsxUpdates display logic for devcontainer name fallback and conditional rebuild/start button labeling.
site/src/modules/resources/AgentRow.tsxRefines logic for hiding parent apps section based on devcontainer running/starting status.
cli/agent.goAdds new CLI flag--devcontainers-project-discovery-enable to enable/disable devcontainer project discovery; passes flag to API options.
cli/exp_rpty_test.go, cli/open_test.go, cli/ssh_test.goAddsWithProjectDiscovery(false) option to disable project discovery in devcontainer API during tests.
cli/testdata/coder_agent_--help.goldenAdds CLI help text entry for the new--devcontainers-project-discovery-enable flag.

Sequence Diagram(s)

sequenceDiagram    participant Agent as Agent    participant ContainerAPI as Container API    participant FS as Filesystem    Agent->>ContainerAPI: Init(WithManifestInfo(..., agentDirectory))    ContainerAPI->>FS: On start, discoverDevcontainerProjects()    FS-->>ContainerAPI: List directories, check for .git and devcontainer configs    ContainerAPI->>ContainerAPI: Update knownDevcontainers map
Loading

Estimated code review effort

4 (~90 minutes)

Poem

A rabbit hopped through code so neat,
Discovering devcontainers—what a feat!
With stories told and buttons smart,
And parent apps that play their part.
Debug logs here, new tests appear,
This burrow’s grown more clever this year!
🐰💻✨


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between225fe38 anda5ec3c4.

📒 Files selected for processing (3)
  • agent/agent.go (1 hunks)
  • cli/agent.go (3 hunks)
  • cli/testdata/coder_agent_--help.golden (1 hunks)
📓 Path-based instructions (1)
**/*.go

📄 CodeRabbit Inference Engine (.cursorrules)

**/*.go: The codebase is rigorously linted with golangci-lint to maintain consistent code quality.
Coder emphasizes clear error handling, with specific patterns required: Concise error messages that avoid phrases like "failed to"; Wrapping errors with%w to maintain error chains; Using sentinel errors with the "err" prefix (e.g.,errNotFound).

**/*.go: OAuth2-compliant error responses must use writeOAuth2Error in Go code
Public endpoints needing system access should use dbauthz.AsSystemRestricted(ctx) when calling GetOAuth2ProviderAppByClientID
Authenticated endpoints with user context should use ctx directly when calling GetOAuth2ProviderAppByClientID
Follow Uber Go Style Guide

Files:

  • cli/agent.go
✅ Files skipped from review due to trivial changes (2)
  • cli/testdata/coder_agent_--help.golden
  • agent/agent.go
🧰 Additional context used
📓 Path-based instructions (1)
**/*.go

📄 CodeRabbit Inference Engine (.cursorrules)

**/*.go: The codebase is rigorously linted with golangci-lint to maintain consistent code quality.
Coder emphasizes clear error handling, with specific patterns required: Concise error messages that avoid phrases like "failed to"; Wrapping errors with%w to maintain error chains; Using sentinel errors with the "err" prefix (e.g.,errNotFound).

**/*.go: OAuth2-compliant error responses must use writeOAuth2Error in Go code
Public endpoints needing system access should use dbauthz.AsSystemRestricted(ctx) when calling GetOAuth2ProviderAppByClientID
Authenticated endpoints with user context should use ctx directly when calling GetOAuth2ProviderAppByClientID
Follow Uber Go Style Guide

Files:

  • cli/agent.go
⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (10)
  • GitHub Check: test-go-race-pg
  • GitHub Check: test-go-pg-17
  • GitHub Check: test-go-pg (ubuntu-latest)
  • GitHub Check: test-e2e
  • GitHub Check: test-go-pg (windows-2022)
  • GitHub Check: test-go-pg (macos-latest)
  • GitHub Check: build-dylib
  • GitHub Check: chromatic
  • GitHub Check: lint
  • GitHub Check: gen
🔇 Additional comments (3)
cli/agent.go (3)

59-59:LGTM: Variable declaration follows Go conventions

The variable name is descriptive and follows camelCase conventions, appropriately placed with other boolean flags.


515-521:LGTM: CLI option follows established patterns

The flag definition is well-structured with appropriate naming conventions, default value, environment variable, and clear description that follows the codebase patterns.


368-368:LGTM: Proper integration with DevcontainerAPIOptions

The flag is correctly passed toagentcontainers.WithProjectDiscovery(), properly connecting the CLI option to the devcontainer functionality.

✨ Finishing Touches
  • 📝 Generate Docstrings

🪧 Tips

Chat

There are 3 ways to chat withCodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • 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 explain this code block.
    • @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 explain its main purpose.
    • @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.

Support

Need help? Create a ticket on oursupport page for assistance with any issues or questions.

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 generate docstrings togenerate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this 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 theconfiguration 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 ourDocumentation for detailed information on how to use CodeRabbit.
  • Join ourDiscord Community to get help, request features, and share feedback.
  • Follow us onX/Twitter for updates and announcements.

@DanielleMaywood
Copy link
ContributorAuthor

@coderabbitai review

coderabbitai[bot] reacted with eyes emoji

@coderabbitaicoderabbitai
Copy link

✅ Actions performed

Review triggered.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

Copy link

@coderabbitaicoderabbitaibot 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: 3

🧹 Nitpick comments (3)
agent/agentcontainers/api.go (3)

393-398:Consider tracking discovery completion state.

The discovery runs asynchronously without tracking completion. This could result in incomplete devcontainer lists being returned before discovery finishes.

Consider adding a discovery completion channel or atomic boolean to track when initial discovery is complete, similar to howinitDone is used.


403-407:Improve error message clarity.

The error message is misleading - it describes what was being checked rather than what failed.

Apply this diff to improve the error message:

-isGitProject, err := afero.DirExists(api.fs, filepath.Join(api.agentDirectory, "/.git"))-if err != nil {-return xerrors.Errorf(".git dir exists: %w", err)-}+isGitProject, err := afero.DirExists(api.fs, filepath.Join(api.agentDirectory, "/.git"))+if err != nil {+return xerrors.Errorf("check .git directory: %w", err)+}

429-432:Improve error message clarity.

Same issue with misleading error message.

Apply this diff:

-isGitProject, err = afero.DirExists(api.fs, filepath.Join(api.agentDirectory, entry.Name(), ".git"))-if err != nil {-return xerrors.Errorf(".git dir exists: %w", err)-}+isGitProject, err = afero.DirExists(api.fs, filepath.Join(api.agentDirectory, entry.Name(), ".git"))+if err != nil {+return xerrors.Errorf("check .git directory in %s: %w", entry.Name(), err)+}
📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between4ac6be6 andc3620e2.

📒 Files selected for processing (6)
  • agent/agent.go (1 hunks)
  • agent/agentcontainers/api.go (8 hunks)
  • agent/agentcontainers/api_test.go (4 hunks)
  • site/src/modules/resources/AgentDevcontainerCard.stories.tsx (1 hunks)
  • site/src/modules/resources/AgentDevcontainerCard.tsx (3 hunks)
  • site/src/modules/resources/AgentRow.tsx (1 hunks)
🧰 Additional context used
🧠 Learnings (4)
site/src/modules/resources/AgentRow.tsx (1)

Learnt from: CR
PR: coder/coder#0
File: site/CLAUDE.md:0-0
Timestamp: 2025-07-21T14:33:50.919Z
Learning: Applies to site/src/**/*.tsx : Use functional updates (setX(prev ⇒ …)) whenever next state depends on previous state.

site/src/modules/resources/AgentDevcontainerCard.tsx (4)

Learnt from: CR
PR: coder/coder#0
File: site/CLAUDE.md:0-0
Timestamp: 2025-07-21T14:33:50.919Z
Learning: Applies to site/src/**/*.tsx : Group related Tailwind classes

Learnt from: CR
PR: coder/coder#0
File: site/CLAUDE.md:0-0
Timestamp: 2025-07-21T14:33:50.919Z
Learning: Applies to site/src/**/*.tsx : Responsive design - use Tailwind's responsive prefixes (sm:, md:, lg:, xl:)

Learnt from: CR
PR: coder/coder#0
File: site/CLAUDE.md:0-0
Timestamp: 2025-07-21T14:33:50.919Z
Learning: Applies to site/src/**/*.tsx : Use className with clsx for conditional styling

Learnt from: CR
PR: coder/coder#0
File: site/CLAUDE.md:0-0
Timestamp: 2025-07-21T14:33:50.919Z
Learning: Applies to site/src/**/*.tsx : Use Tailwind classes for all new styling

agent/agentcontainers/api.go (4)

Learnt from: CR
PR: coder/coder#0
File: .cursorrules:0-0
Timestamp: 2025-07-21T14:32:43.035Z
Learning: Applies to **/*.go : Coder emphasizes clear error handling, with specific patterns required: Concise error messages that avoid phrases like "failed to"; Wrapping errors with%w to maintain error chains; Using sentinel errors with the "err" prefix (e.g.,errNotFound).

Learnt from: CR
PR: coder/coder#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-21T14:32:56.474Z
Learning: Applies to **/*.go : OAuth2-compliant error responses must use writeOAuth2Error in Go code

Learnt from: CR
PR: coder/coder#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-21T14:32:56.474Z
Learning: Applies to **/*.go : Follow Uber Go Style Guide

Learnt from: CR
PR: coder/coder#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-21T14:32:56.474Z
Learning: Applies to **/*_test.go : Use unique identifiers in concurrent Go tests to prevent race conditions (e.g., fmt.Sprintf with t.Name() and time.Now().UnixNano())

agent/agentcontainers/api_test.go (6)

Learnt from: CR
PR: coder/coder#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-21T14:32:56.474Z
Learning: Applies to **/*_test.go : Never use hardcoded names in concurrent Go tests

Learnt from: CR
PR: coder/coder#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-21T14:32:56.474Z
Learning: Applies to **/*_test.go : Use unique identifiers in concurrent Go tests to prevent race conditions (e.g., fmt.Sprintf with t.Name() and time.Now().UnixNano())

Learnt from: CR
PR: coder/coder#0
File: CLAUDE.md:0-0
Timestamp: 2025-07-21T14:32:56.474Z
Learning: Applies to **/*.go : Follow Uber Go Style Guide

Learnt from: CR
PR: coder/coder#0
File: .cursorrules:0-0
Timestamp: 2025-07-21T14:32:43.034Z
Learning: Applies to coderd/coderd.go : The REST API is defined incoderd/coderd.go and uses Chi for HTTP routing.

Learnt from: CR
PR: coder/coder#0
File: .cursorrules:0-0
Timestamp: 2025-07-21T14:32:43.035Z
Learning: Applies to **/*_test.go : All tests must uset.Parallel() to run concurrently, which improves test suite performance and helps identify race conditions.

Learnt from: CR
PR: coder/coder#0
File: .cursorrules:0-0
Timestamp: 2025-07-21T14:32:43.035Z
Learning: Applies to **/*_test.go : All tests should run in parallel usingt.Parallel() to ensure efficient testing and expose potential race conditions.

🪛 GitHub Check: lint
agent/agentcontainers/api.go

[failure] 270-270:
import-shadowing: The name 'fs' shadows an import name (revive)


[failure] 452-452:
unused-parameter: parameter 'info' seems to be unused, consider removing or renaming it as _ (revive)

⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (8)
  • GitHub Check: test-e2e
  • GitHub Check: chromatic
  • GitHub Check: test-go-pg (windows-2022)
  • GitHub Check: test-go-pg (macos-latest)
  • GitHub Check: test-go-race-pg
  • GitHub Check: test-go-pg-17
  • GitHub Check: test-go-pg (ubuntu-latest)
  • GitHub Check: gen
🔇 Additional comments (11)
site/src/modules/resources/AgentDevcontainerCard.stories.tsx (1)

94-103:LGTM! Good addition for edge case testing.

The new Storybook story appropriately tests the UI behavior when both container and agent are undefined, which is valuable for comprehensive component testing.

site/src/modules/resources/AgentDevcontainerCard.tsx (2)

223-224:Good fallback logic for devcontainer display name.

The updated logic properly falls back toconfig_path when bothsubAgent?.name anddevcontainer.name are unavailable, providing better UX for auto-detected devcontainers.


259-259:Excellent conditional button labeling.

The conditional button text ("Start" vs "Rebuild") based on container presence provides clear user intent and aligns well with the devcontainer lifecycle.

agent/agent.go (1)

1171-1171:Appropriate extension of manifest information.

Addingmanifest.Directory to theWithManifestInfo call properly supports the devcontainer auto-detection feature by providing the necessary filesystem context for discovery.

site/src/modules/resources/AgentRow.tsx (1)

140-151:Excellent refinement of app visibility logic.

The updated condition properly narrows when to hide parent apps - only when devcontainers are actively "running" or "starting". This provides better UX by showing parent apps when all devcontainers are stopped, while still reducing clutter when devcontainers are active. The inline comments clearly explain the reasoning.

agent/agentcontainers/api_test.go (3)

23-23:LGTM: Appropriate import for filesystem testing

The afero package import is necessary for the newTestDevcontainerDiscovery test function which uses in-memory filesystem operations.


1682-1682:LGTM: Consistent updates to WithManifestInfo calls

All three calls toWithManifestInfo have been correctly updated with the new agent directory parameter ("/parent-agent"), aligning with the updated function signature.

Also applies to: 1666-1666, 3367-3367


3194-3423:Well-structured test for devcontainer discovery functionality

The test comprehensively validates the automatic devcontainer discovery feature with:

  • Table-driven test cases covering various directory structures
  • Proper use oft.Parallel() as per codebase conventions
  • In-memory filesystem for isolated testing
  • Deterministic result sorting for reliable assertions
  • Appropriate use ofEventually pattern for async operations

The test effectively exercises the new discovery logic that scans agent directories for Git repositories containing devcontainer configurations.

agent/agentcontainers/api.go (3)

346-348:LGTM!

Good defensive initialization ensuring the filesystem is always set.


462-478:No issues found with handling incomplete devcontainer entries in the update loop.

TheprocessUpdatedContainersLocked method explicitly resets and then populates each devcontainer’sName andStatus—defaulting to “Stopped” (or “Running” when appropriate) and generating a valid name based on the workspace folder or container friendly name when a container appears. This ensures there’s no race on uninitialized entries.


199-206:AllWithManifestInfo Callers Updated

All usages ofWithManifestInfo inagent/agent.go andagent/agentcontainers/api_test.go include the newagentDirectory argument. No further changes are required.

Project discovery doesn't work well with these tests do not seteverything up requried for this feature to work.
We make sure to only run project discovery when the agent directory isnot empty. If we attempt to do project discovery when the agentdirectory is empty we will just get an error.
This makes the experience nicer when starting the workspace. It makesfound devcontainers become visible on the website sooner and at a moreconsistent speed (as it no longer relies on the updaterLoop).
@DanielleMaywood
Copy link
ContributorAuthor

@coderabbitai review

coderabbitai[bot] reacted with eyes emoji

@coderabbitaicoderabbitai
Copy link

✅ Actions performed

Review triggered.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

Copy link
Contributor

@CopilotCopilotAI left a comment

Choose a reason for hiding this comment

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

Pull Request Overview

This PR implements automatic detection of devcontainer projects within agent directories by adding filesystem-based discovery capabilities. The system searches for Git repositories and recursively scans them for.devcontainer/devcontainer.json files to automatically configure devcontainer environments.

  • Added project discovery functionality that searches for Git repositories and devcontainer configurations in agent directories
  • Enhanced UI logic to better handle devcontainer states and display appropriate actions
  • Updated tests to disable project discovery where needed to maintain existing behavior

Reviewed Changes

Copilot reviewed 9 out of 9 changed files in this pull request and generated 2 comments.

Show a summary per file
FileDescription
agent/agentcontainers/api.goCore implementation of project discovery with filesystem scanning and Git repository detection
agent/agentcontainers/api_test.goComprehensive tests for devcontainer discovery using simulated filesystems
agent/agent.goIntegration of project discovery into the main agent initialization
site/src/modules/resources/AgentRow.tsxImproved logic for showing/hiding parent apps based on devcontainer status
site/src/modules/resources/AgentDevcontainerCard.tsxEnhanced UI to show config path as fallback name and dynamic button text
site/src/modules/resources/AgentDevcontainerCard.stories.tsxNew Storybook scenario for devcontainers without containers or agents
Multiple test filesUpdated to disable project discovery to maintain test isolation

@DanielleMaywoodDanielleMaywood marked this pull request as ready for reviewJuly 22, 2025 15:16
containerAPIOpts:= []agentcontainers.Option{
agentcontainers.WithExecer(a.execer),
agentcontainers.WithCommandEnv(a.sshServer.CommandEnv),
agentcontainers.WithProjectDiscovery(true),
Copy link
Member

Choose a reason for hiding this comment

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

suggestion: It might be good to have an 'off switch' for this. Could be a separate PR though.

Copy link
ContributorAuthor

@DanielleMaywoodDanielleMaywoodJul 22, 2025
edited
Loading

Choose a reason for hiding this comment

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

I'm happy to include it in this PR. If you're happy with this, I'll make it an environment variable set on the agent similar toCODER_AGENT_DEVCONTAINERS_ENABLE?

So it would beCODER_AGENT_DEVCONTAINERS_PROJECT_DISCOVERY_ENABLE

Copy link
Member

Choose a reason for hiding this comment

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

Yeah that sounds fine to me!

Copy link
ContributorAuthor

Choose a reason for hiding this comment

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

Have added this ina5ec3c4 (and verified it works)

johnstcn reacted with hooray emoji
@DanielleMaywoodDanielleMaywood merged commitf41275e intomainJul 22, 2025
29 of 31 checks passed
@DanielleMaywoodDanielleMaywood deleted the danielle/detect-devcontainer-projects branchJuly 22, 2025 18:02
@github-actionsgithub-actionsbot locked and limited conversation to collaboratorsJul 22, 2025
Sign up for freeto subscribe to this conversation on GitHub. Already have an account?Sign in.
Reviewers

Copilot code reviewCopilotCopilot left review comments

@johnstcnjohnstcnjohnstcn approved these changes

@mafredrimafredriAwaiting requested review from mafredri

@mtojekmtojekAwaiting requested review from mtojek

+1 more reviewer

@coderabbitaicoderabbitai[bot]coderabbitai[bot] left review comments

Reviewers whose approvals may not affect merge requirements
Assignees

@DanielleMaywoodDanielleMaywood

Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

2 participants
@DanielleMaywood@johnstcn

[8]ページ先頭

©2009-2025 Movatter.jp