mirror of
https://github.com/moghtech/komodo.git
synced 2025-12-05 19:17:36 -06:00
[PR #136] [MERGED] docs: Add development docs #692
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
📋 Pull Request Information
Original PR: https://github.com/moghtech/komodo/pull/136
Author: @FoxxMD
Created: 10/17/2024
Status: ✅ Merged
Merged: 10/22/2024
Merged by: @mbecker20
Base:
main← Head:developmentDocs📝 Commits (9)
43cac82docs: Add development POCabffa8ddocs: Flesh out full build/run stepsc2ec996feat: Add mergeable compose file to expose port and internal periphery urlad0da76feat: Add .devcontainer and VSCode Tasks for developing Komodoeb400f8Make cargo cache persistent in devcontainerbebc0e2Add deno to devcontainer51b0aafUpdate tasks to include TS client copy to frontend before rune1f5214Recommend extensions for used dependencies in vscode workspacea6952ceUpdate localrunsequence for development docs📊 Changes
9 files changed (+333 additions, -0 deletions)
View changed files
➕
.devcontainer/dev.compose.yaml(+33 -0)➕
.devcontainer/devcontainer.json(+46 -0)➕
.devcontainer/postCreate.sh(+3 -0)➕
.vscode/extensions.json(+8 -0)➕
.vscode/tasks.json(+179 -0)➕
docsite/docs/development.md(+51 -0)📝
docsite/sidebars.ts(+1 -0)➕
expose.compose.yaml(+6 -0)📝
runfile.toml(+6 -0)📄 Description
This is a WIP for a jumping off point for users trying to develop or contribute to Komodo. The doc I've added is missing a few things and I had a few questions about dependencies and modifying test files:
cargo buildwith rust stable failsOn my machine (Arch kernel 6.10.9) Trying to run
cargo buildwith Rust 1.81 (stable) I get a build error:Are you developing with nightly/unstable Rust? I did not see anything specific in the repo about what Rust version is required.
There is no port exposed in
test.compose.yaml. I imagine this is because it is currently used just to test that the container starts up without error? And exposing the default port might conflict with your existing local (non-docker) instance or something else happening on the komodo build runner.Easiest change would be to just expose the port but another option would be to use a service profile and add an additional
core-uiservice with exposed port. This would allow existing behavior to be unchanged but users could rundocker compose -p komodo-dev -f test.compose.yaml --profile ui up -dto get the service with the port exposed. This would make testing docker builds for UI changes easier without any manual editing of compose files on the users part. Thoughts?In the Local and Docs section it lists the
runcommands required to get a full Komodo instance up and running. Is the order of these commands correct?If a user only wants to develop for one part of Komodo (lets say core) can they simply re-build/run one part while leaving everything else up? If so, what are the correct commands/order to rebuild/run for each of these:
tasks.jsonI realize you are using
runnables-clibut since the repo is configured for vscode already you would consider also supportingtasks.jsonto mirrorrunfile.tomlso users don't need to install another dependency? If so I can try to get this implemented with the current runfile.🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.