Thanks to visit codestin.com
Credit goes to github.com

Skip to content

fix(agent): start devcontainers through agentcontainers package #18471

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

Merged
merged 25 commits into from
Jun 25, 2025

Conversation

DanielleMaywood
Copy link
Contributor

@DanielleMaywood DanielleMaywood commented Jun 20, 2025

Fixes coder/internal#706

Context for the implementation here
coder/internal#706 (comment)

Synchronously starts dev containers defined in terraform with our DevcontainerCLI abstraction, instead of piggybacking off of our agentscripts package. This gives us more control over logs, instead of being reliant on packages which may or may not exist in the user-provided image.

Screenshot 2025-06-24 at 15 54 47

Fixes coder/internal#706

Context for the implementation here
coder/internal#706 (comment)

Synchronously starts dev containers defined in terraform with our
`DevcontainerCLI` abstraction, instead of piggybacking off of our
`agentscripts` package. This gives us more control over logs, instead of
being reliant on packages which may or may not exist in the
user-provided image.
@DanielleMaywood DanielleMaywood requested a review from Copilot June 20, 2025 15:34
Copy link
Contributor

@Copilot Copilot AI 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 refactors how devcontainers are started by splitting out the devcontainer CLI functionality from the agentscripts package. Key changes include removing post start scripts from agentscripts, updating tests to reference new expected outputs and behavior, and updating the API to synchronously trigger devcontainer creation via a new CreateDevcontainer method.

Reviewed Changes

Copilot reviewed 9 out of 9 changed files in this pull request and generated 1 comment.

Show a summary per file
File Description
agent/agentscripts/agentscripts_test.go Removed tests for post-start scripts and updated expectations.
agent/agentscripts/agentscripts.go Refactored to remove runnerScript and post start script logic.
agent/agentcontainers/testdata/devcontainercli/parse/up.expected Updated expected log output for devcontainer CLI.
agent/agentcontainers/devcontainercli_test.go Updated test file references to expected log output file.
agent/agentcontainers/devcontainercli.go Updated option defaults and logging writer behavior.
agent/agentcontainers/devcontainer_test.go Entire file removed, reflecting changes in devcontainer handling.
agent/agentcontainers/devcontainer.go Removed devcontainer script extraction helper functions.
agent/agentcontainers/api.go Modified recreateDevcontainer to return errors and added CreateDevcontainer.
agent/agent.go Removed legacy handling of experimental devcontainers and added calls to containerAPI.CreateDevcontainer.
Comments suppressed due to low confidence (1)

@@ -401,6 +408,7 @@ func (l *devcontainerCLILogWriter) Write(p []byte) (n int, err error) {
}
if logLine.Level >= 3 {
l.logger.Info(l.ctx, "@devcontainer/cli", slog.F("line", string(line)))
_, _ = l.writer.Write([]byte(logLine.Text + "\n"))
Copy link
Preview

Copilot AI Jun 20, 2025

Choose a reason for hiding this comment

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

It might be beneficial to check the error returned by l.writer.Write rather than ignoring it. Handling any potential write failure could improve the reliability of the logging.

Suggested change
_, _ = l.writer.Write([]byte(logLine.Text + "\n"))
if _, err := l.writer.Write([]byte(logLine.Text + "\n")); err != nil {
l.logger.Error(l.ctx, "failed to write to log writer", slog.Error(err), slog.F("text", logLine.Text))
}

Copilot uses AI. Check for mistakes.

Copy link
Member

@mafredri mafredri left a comment

Choose a reason for hiding this comment

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

Cursory glance looks good! 👍🏻

Couple of notes (in addition to inline comments):

  • Testing, this could be done in agent_test.go for e.g. autostart integration test
  • A api_test.go to test CreateDevcontainer behavior
  • (Re-introduce agent script timing for autostart of devcontainer, not critical for GA, but perhaps track via ticket or if simple a follow-up PR.)

agent/agent.go Outdated

if cAPI := a.containerAPI.Load(); cAPI != nil {
for _, dc := range manifest.Devcontainers {
err = errors.Join(err, cAPI.CreateDevcontainer(dc))
Copy link
Member

Choose a reason for hiding this comment

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

I think it's a good idea to do these sync so we avoid potential Docker concurrency races, it'd be nice if it was asynchronous but let's go with this!

// have not been enabled, a warning will be surfaced in the agent logs.
script.RunOnStart = false
return script
}
Copy link
Member

Choose a reason for hiding this comment

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

Yay!!!

})
}
}
}
Copy link
Member

Choose a reason for hiding this comment

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

Good bye my beautiful hack! 👋🏻

@DanielleMaywood DanielleMaywood marked this pull request as ready for review June 24, 2025 20:40
Copy link
Member

@mafredri mafredri left a comment

Choose a reason for hiding this comment

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

Largely looks good, but I still have some concerns with initialization order of the containers API (see comment). Ideally it would be initialized early, like e.g. SSH server, then the race could be avoided.

Copy link
Member

@mafredri mafredri left a comment

Choose a reason for hiding this comment

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

A few more suggestions but we're real close now, nice work!

Copy link
Member

@mafredri mafredri left a comment

Choose a reason for hiding this comment

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

Awesome! Let's try this out in dogfood and if everything seems OK, cherry-pick it in 💪🏻

dc, found := api.knownDevcontainers[workspaceFolder]
if !found {
api.mu.Unlock()
return xerrors.Errorf("no devcontainer found")
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
return xerrors.Errorf("no devcontainer found")
return xerrors.Errorf("devcontainer not found")

Minor: Just a slightly different signal to not suggest there isn't a single devcontainer.

@DanielleMaywood DanielleMaywood merged commit c4e4fe8 into main Jun 25, 2025
34 checks passed
@DanielleMaywood DanielleMaywood deleted the dm-devcontainer-log-spam branch June 25, 2025 10:52
@github-actions github-actions bot locked and limited conversation to collaborators Jun 25, 2025
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Devcontainers: Decrease log spam from running @devcontainers/cli
2 participants