ken_nogi/NodeSrv/apps/lineworks-board-sync/README.md
Kenichiro NOGI ce58cb4be4 初回コミット: dev配下(NodeSrv/Pleasanter等)をGitea管理下に統合
GitHub(nextgroup2706/ken_nogi)は今後使わず自社Gitea運用に切替え。
NodeSrvは旧リポジトリの履歴を破棄しファイルのみ統合(Dokploy用サービスアカウントは
別途mygit-admin/NodeSrv.gitに履歴あり)。notepmエクスポート(12GB)とPleasanter
インストーラzip(208MB)はサイズが大きいため.gitignoreで除外。

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-04 15:37:06 +09:00

1.4 KiB
Raw Permalink Blame History

lineworks-board-sync

新規WEBアプリを作る際のひな形。新しいアプリを作るときは、このフォルダを NodeSrv/apps/<新アプリ名> としてコピーして使う。

ローカル開発

npm install
cp .env.example .env
npm run dev

http://localhost:3000/http://localhost:3000/health で動作確認。

本番同等の動作確認Docker

Dokployへデプロイする前に、ローカルでも同じDockerfileでビルド・起動できることを確認する。

docker compose -f docker-compose.local.yml up --build

docker-compose.local.yml はローカル検証専用。Dokploy側はこのファイルを使わず、Dockerfile から直接ビルド・実行するDokployの「Application」デプロイ方式

Dokployへのデプロイ

詳細手順は .claude/skills/dokploy-webapp/SKILL.md を参照。概要:

  1. Dokploy管理画面で新規 Application を作成し、このリポジトリ(ken_nogi)を接続
  2. Build Pathサブディレクトリ指定NodeSrv/apps/<アプリ名> に設定
  3. 環境変数(.env.example の内容をDokployのEnvironment画面に設定.env 自体はgit管理しない
  4. ドメインサブドメインを割り当て、Port を 3000src/index.jsPORT と一致させる)に設定
  5. Deploy実行 → ヘルスチェックは /health を指定