Я думаю, что вы хотите что-то вроде этого (моя текущая установка):

"scripts": {
    "compile": "tsc && node app.js",
    "dev": "./node_modules/nodemon/bin/nodemon.js -e ts  --exec \"npm run compile\""
}

Я создал два скрипта "compile" и "dev". Чтобы начать разработку, вы просто запускаете npm run dev, который запускает nodemon и заставляет его просматривать файлы .ts (используя флаг -e). Затем каждый раз, когда файл .ts изменяется, nodemon будет exec выполнять задачу компиляции, которая в основном компилирует и запускает приложение node.

Хотя использование одновременного выполнения является хорошим вариантом, моя установка гарантирует, что работа tsc будет выполнена до того, как будет выполнена попытка выполнить полученные файлы .js.

Я уже некоторое время использую решение AlterX, и оно отлично работает, но я обнаружил, что оно довольно медленное. Вместо этого я теперь использую tsc-watch. Это заставляет tsc использовать инкрементную компиляцию, аналогичную флагу -w, что значительно ускоряет перезапуск приложения.

Это так же просто, как поместить что-то подобное в ваш package.json:

"scripts": {
  "start": "./node_modules/.bin/tsc-watch --onSuccess \"node .\""
}

Попробуйте добавить это в ваш package.json:

"scripts": {
  "start": "concurrently --kill-others \"tsc -w\" \"nodemon dist/app.js\"",
}

А также добавьте эти пакеты npm (одновременно, nodemon, typescript) в ваш package.json:

"devDependencies": {
  "concurrently": "^2.2.0",
  "typescript": "^1.8.10",
  "nodemon": "^1.9.2",
}

В чем дело

Проблема в том, что здесь есть два наблюдателя за всеми файлами. Один tsc -w, другой nodemon.

Когда в файл .ts вносятся изменения, tsc обнаруживает это, компилирует его и создает версию .js в папке назначения.

Теперь, с точки зрения Nodemon, он обнаруживает два изменения (как минимум) — одно для .ts и одно для .js. При первом изменении он перезапускается сам, но при втором изменении он не знает, что уже происходит другой запуск, поэтому он пытается перезапуститься снова, но терпит неудачу. Для меня это ошибка nodemon — см. https://github.com/remy/nodemon/issues/ 763.

tsc-watch имеет --onSuccess, на который вы можете поставить node. Таким образом, у вас будет только один наблюдатель.

2) Задержка узла

Вы можете легко отложить перезапуск nodemon (см. --delay). Это требует наименьших изменений в настройке.

3) Пусть nodemon только отслеживает папку назначения TSC

Мне не удалось его настроить, но, надеюсь, таким образом nodemon обнаружит только одно изменение. Это может вызвать проблемы в будущем или когда tsc создает несколько файлов.

Мое решение в октябре 2018 с использованием последних версий nodemon.

сначала:
установите nodemon(npm install nodemon --save-dev) и ts-node(npm install ts-node --save-dev)

второе:
создайте nodemon.json . Мне нравится хранить мою конфигурацию nodemon в отдельном файле nodemon.json, чтобы сделать сценарии npm более удобными для чтения. Итак, создайте nodemon.json в корне проекта со следующим содержимым:

{
    "ignore": ["**/*.test.ts", "**/*.spec.ts", ".git", "node_modules"],
    "watch": ["src"], // your .ts src folder
    "exec": "npm start", // your npm script created in package.json
    "ext": "ts"
}

затем создайте свой npm start скрипт, например, так:

"scripts": {
    ...
    "start": "ts-node src/server.ts",
    "dev:ts": "nodemon",
    ...
  }

Затем запустите npm run dev:ts или yarn dev:ts, чтобы запустить и посмотреть код вашего машинописного сервера.

Для получения дополнительных конфигураций, таких как Jest модульных тестов и т. д., вы можете заглянуть в эта статья

TypeScript-Node-Starter быстрый

https://github.com/microsoft/TypeScript-Node-Starter/blob/master/package.json

"dev": "concurrently -k -n \"TypeScript,Node\" -c \"yellow.bold,cyan.bold\" \"npm run watch-ts\" \"nodemon ./dist/app.js\"",
"watch-ts": "tsc -w"

Здесь мы даем npm run watch-ts имя TypeScript (используя concurrently -n) и добавляем цвет yellow.bold, используя concurrently -c.

Итак, я могу довольно легко распознать сообщения для каждого процесса.

Вот еще один способ: используйте sleep в команде concurrently перед запуском nodemon.

eg,

"scripts": {
    "dev": "concurrently -k \"tsc -p ./src/server -w\" \"tsc -p ./src/client -w\" \"sleep 5 && nodemon ./dist/server/server.js\"",
    "test": "echo \"Error: no test specified\" && exit 1",
    "start": "node ./dist/server/server.js"
  },

В моей ситуации я генерирую как клиентские, так и серверные машинописные проекты одновременно, что приводит к тому, что nodemon фактически запускается 3 раза, когда я выполняю npm run dev. Но если я посплю 5 секунд до запуска процесса nodemon, то оба процесса tsc уже завершились, а затем продолжаю смотреть.

Вы также можете использовать параметр задержки nodemon, но мне это нужно только для задержки в первый раз, когда я выполняю npm run dev. После этого каждая отдельная перекомпиляция любого файла в любом проекте правильно перезапускает nodemon только один раз.

Предостережение. Если ваш сервер работает медленно, вам может потребоваться увеличить задержку перехода в спящий режим более чем на 5.

Кроме того, я попробовал принятый ответ, но мое решение было быстрее для последующих перекомпиляций, в то время как процессы nodemon и tsc watch продолжали работать.

1 секунда для моего решения против 5 секунд для принятого. Я не мог получить принятый ответ, чтобы фактически запустить tsc в режиме просмотра, поэтому он был медленнее, поскольку оба проекта TypeScript получали полную перекомпиляцию при каждом изменении.

Нормальная компиляция: если имя файла main.ts

шаг 1: tsc main.ts

шаг 2: узел main.js

Простая и одноразовая (циклическая) компиляция:

tsc main --watch