Add multi-client support docs and dynamic port forwarding#30
Add multi-client support docs and dynamic port forwarding#30AnExiledDev merged 1 commit intomainfrom
Conversation
📝 WalkthroughWalkthroughAdds multi-client DevContainer documentation and a new Port Forwarding reference; updates devcontainer.json to disable auto-forwarding of port 7847 and change portsAttributes default to notify. Primarily documentation and configuration edits; no runtime code changes. Changes
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~20 minutes Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 3✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches
🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
docs/src/content/docs/getting-started/installation.md (1)
57-119:⚠️ Potential issue | 🟡 MinorStep 2 references DevPod support but provides no DevPod setup path.
This page tells users to choose any client and later explicitly names DevPod, but the tabbed install section has no DevPod instructions. Please add a DevPod tab (or a clear link to a dedicated DevPod setup page) so the documented support is actionable.
As per coding guidelines, "User-facing documentation changes MUST be reflected in relevant pages in
docs/if the docs site exists."Also applies to: 276-278
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/src/content/docs/getting-started/installation.md` around lines 57 - 119, Add a missing DevPod client option to the tabbed clients list: inside the existing <Tabs> block that uses <TabItem> components (look for TabItem label="VS Code", "DevContainer CLI", "JetBrains", "Codespaces"), add a new <TabItem label="DevPod"> that provides either step-by-step DevPod setup commands or a clear link to a dedicated DevPod setup page; ensure the text mirrors the style/format of other tabs (command snippets, steps, and a note about port forwarding) and update any nearby mention of DevPod elsewhere on the page so the documentation is consistent.
🧹 Nitpick comments (1)
README.md (1)
135-142: Add an explicit pointer for JetBrains Gateway and DevPod in Quick Start.Quick Start currently lists only VS Code/CLI/Codespaces, while prerequisites advertise 5 supported clients. Add a short “JetBrains/DevPod: see Installation Step 2” bullet to avoid mixed messaging for first-time readers.
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@README.md` around lines 135 - 142, Quick Start is missing bullets for JetBrains Gateway and DevPod under the "Open in Container" section; add two short entries alongside VS Code/CLI/Codespaces such as "JetBrains Gateway: open the repo with JetBrains Gateway (see Installation Step 2)" and "DevPod: follow DevPod client instructions (see Installation Step 2)" so readers know other supported clients are available—update the paragraph header "2. **Open in Container**" in README.md and link each new bullet back to the Installation Step 2 reference used elsewhere in the doc.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Outside diff comments:
In `@docs/src/content/docs/getting-started/installation.md`:
- Around line 57-119: Add a missing DevPod client option to the tabbed clients
list: inside the existing <Tabs> block that uses <TabItem> components (look for
TabItem label="VS Code", "DevContainer CLI", "JetBrains", "Codespaces"), add a
new <TabItem label="DevPod"> that provides either step-by-step DevPod setup
commands or a clear link to a dedicated DevPod setup page; ensure the text
mirrors the style/format of other tabs (command snippets, steps, and a note
about port forwarding) and update any nearby mention of DevPod elsewhere on the
page so the documentation is consistent.
---
Nitpick comments:
In `@README.md`:
- Around line 135-142: Quick Start is missing bullets for JetBrains Gateway and
DevPod under the "Open in Container" section; add two short entries alongside VS
Code/CLI/Codespaces such as "JetBrains Gateway: open the repo with JetBrains
Gateway (see Installation Step 2)" and "DevPod: follow DevPod client
instructions (see Installation Step 2)" so readers know other supported clients
are available—update the paragraph header "2. **Open in Container**" in
README.md and link each new bullet back to the Installation Step 2 reference
used elsewhere in the doc.
ℹ️ Review info
Configuration used: defaults
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (10)
.devcontainer/CHANGELOG.md.devcontainer/CLAUDE.md.devcontainer/README.md.devcontainer/devcontainer.jsonREADME.mddocs/astro.config.mjsdocs/src/content/docs/getting-started/first-session.mddocs/src/content/docs/getting-started/installation.mddocs/src/content/docs/getting-started/requirements.mddocs/src/content/docs/reference/port-forwarding.md
CodeForge is editor-agnostic but docs were VSCode-first. Update all documentation to reflect the five supported DevContainer clients: VS Code, DevContainer CLI, JetBrains Gateway, DevPod, and Codespaces. - Switch to dynamic port forwarding for all ports in devcontainer.json - Add tabbed client-specific instructions on the installation page - Add dedicated port forwarding reference page (VS Code, dbr, SSH) - Update prerequisites in README and docs to list all clients - Fix stale merge conflict marker in first-session.md
22ca9cc to
dc58121
Compare
Review SummaryReviewed 10 files (375+/148-) covering multi-client documentation, dynamic port forwarding, tabbed installation instructions, and a new port forwarding reference page. Verified changes:
Conflict resolution: Rebased on main (which now includes PRs #27-#29). Resolved conflicts in CHANGELOG.md (combined entries), astro.config.mjs (merged sidebar entries including git-workflow, prompt-snippets, and port-forwarding), and first-session.md (trivial whitespace). Issues found: None |
There was a problem hiding this comment.
Actionable comments posted: 2
🧹 Nitpick comments (1)
docs/src/content/docs/getting-started/installation.md (1)
275-279: Note placement interrupts troubleshooting list.The
:::note[Using a different client?]block is inserted between two VS Code–specific troubleshooting bullets (lines 273-274 about the extension, and line 279 about VS Code version), which breaks the logical flow of the VS Code troubleshooting section.Consider moving this note either:
- Before the "VS Code doesn't show..." section header, or
- After the "VS Code version" bullet point (after line 279)
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@docs/src/content/docs/getting-started/installation.md` around lines 275 - 279, The placement of the `:::note[Using a different client?]` block interrupts the VS Code troubleshooting bullets; relocate that note so the VS Code tips remain contiguous — either move the `:::note[Using a different client?]` block to immediately before the "VS Code doesn't show..." section header or place it after the "VS Code version — DevContainers requires VS Code 1.85 or later." bullet, ensuring the extension/version bullets are adjacent.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@docs/src/content/docs/getting-started/installation.md`:
- Around line 93-96: Add a language specifier to the fenced code block
containing the command "docker exec -it <container-name> zsh": change the
opening backticks to include "bash" so the block becomes a bash code fence,
ensuring proper syntax highlighting and accessibility for that snippet in
installation.md.
In `@docs/src/content/docs/reference/port-forwarding.md`:
- Line 81: The sentence stating "SSH access to the container, which is available
when connecting via the `devcontainer` CLI" is misleading; update the wording to
clarify that the `devcontainer` CLI provides shell access via container tooling
(e.g., `docker exec`) rather than SSH, and note that true SSH access requires an
SSH server in the container or Docker SSH configuration. Locate the sentence in
the port-forwarding docs (the line containing "SSH access to the container,
which is available when connecting via the `devcontainer` CLI") and replace it
with a clearer statement such as: "This requires SSH access to the container —
note that the `devcontainer` CLI provides shell access via container tooling
(e.g., `docker exec`), and true SSH access requires an SSH server inside the
container or additional Docker SSH setup." Ensure the revised text mentions both
alternatives (shell via devcontainer/docker exec and explicit SSH setup).
---
Nitpick comments:
In `@docs/src/content/docs/getting-started/installation.md`:
- Around line 275-279: The placement of the `:::note[Using a different client?]`
block interrupts the VS Code troubleshooting bullets; relocate that note so the
VS Code tips remain contiguous — either move the `:::note[Using a different
client?]` block to immediately before the "VS Code doesn't show..." section
header or place it after the "VS Code version — DevContainers requires VS Code
1.85 or later." bullet, ensuring the extension/version bullets are adjacent.
ℹ️ Review info
Configuration used: defaults
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (10)
.devcontainer/CHANGELOG.md.devcontainer/CLAUDE.md.devcontainer/README.md.devcontainer/devcontainer.jsonREADME.mddocs/astro.config.mjsdocs/src/content/docs/getting-started/first-session.mddocs/src/content/docs/getting-started/installation.mddocs/src/content/docs/getting-started/requirements.mddocs/src/content/docs/reference/port-forwarding.md
🚧 Files skipped from review as they are similar to previous changes (4)
- .devcontainer/devcontainer.json
- README.md
- docs/src/content/docs/getting-started/requirements.md
- docs/src/content/docs/getting-started/first-session.md
|
|
||
| ```bash | ||
| docker exec -it <container-name> zsh | ||
| ``` |
There was a problem hiding this comment.
Add language specifier to fenced code block.
The code block at line 93 lacks a language specifier, which may affect syntax highlighting and accessibility.
Proposed fix
-```
-docker exec -it <container-name> zsh
-```
+```bash
+docker exec -it <container-name> zsh
+```🧰 Tools
🪛 markdownlint-cli2 (0.21.0)
[warning] 93-93: Fenced code blocks should have a language specified
(MD040, fenced-code-language)
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@docs/src/content/docs/getting-started/installation.md` around lines 93 - 96,
Add a language specifier to the fenced code block containing the command "docker
exec -it <container-name> zsh": change the opening backticks to include "bash"
so the block becomes a bash code fence, ensuring proper syntax highlighting and
accessibility for that snippet in installation.md.
| ssh -L 3000:localhost:3000 -L 7847:localhost:7847 <container-user>@<container-host> | ||
| ``` | ||
|
|
||
| This requires SSH access to the container, which is available when connecting via the `devcontainer` CLI or any Docker SSH setup. |
There was a problem hiding this comment.
Clarify SSH access availability.
The statement "SSH access to the container, which is available when connecting via the devcontainer CLI" may be misleading. The devcontainer CLI itself doesn't provide SSH access — it uses docker exec for shell access. SSH access requires additional setup (e.g., an SSH server in the container or Docker SSH configurations).
Consider revising to:
-This requires SSH access to the container, which is available when connecting via the `devcontainer` CLI or any Docker SSH setup.
+This requires SSH access to the container, which needs additional configuration (e.g., an SSH server running in the container or Docker's SSH transport).📝 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.
| This requires SSH access to the container, which is available when connecting via the `devcontainer` CLI or any Docker SSH setup. | |
| This requires SSH access to the container, which needs additional configuration (e.g., an SSH server running in the container or Docker's SSH transport). |
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.
In `@docs/src/content/docs/reference/port-forwarding.md` at line 81, The sentence
stating "SSH access to the container, which is available when connecting via the
`devcontainer` CLI" is misleading; update the wording to clarify that the
`devcontainer` CLI provides shell access via container tooling (e.g., `docker
exec`) rather than SSH, and note that true SSH access requires an SSH server in
the container or Docker SSH configuration. Locate the sentence in the
port-forwarding docs (the line containing "SSH access to the container, which is
available when connecting via the `devcontainer` CLI") and replace it with a
clearer statement such as: "This requires SSH access to the container — note
that the `devcontainer` CLI provides shell access via container tooling (e.g.,
`docker exec`), and true SSH access requires an SSH server inside the container
or additional Docker SSH setup." Ensure the revised text mentions both
alternatives (shell via devcontainer/docker exec and explicit SSH setup).
Summary
dbr), and SSH tunneling with a "which should I use" guide<Tabs>component on the installation page so users see client-specific stepsfirst-session.mdFiles changed (10)
devcontainer.jsonforwardPorts,*→notifyREADME.mddocs/.../requirements.mddocs/.../installation.mddocs/.../first-session.mddocs/.../reference/port-forwarding.mddocs/astro.config.mjs.devcontainer/CLAUDE.md.devcontainer/README.md.devcontainer/CHANGELOG.mdTest plan
npm run buildpasses — all internal links valid, 35 pages builtnpm run dev)Summary by CodeRabbit
Documentation
Bug Fixes
Style