0.16 में अब टाइपस्क्रिप्ट प्रकार रेपो में शामिल हैं (देखें #2845 )। इसके ठीक से काम करने के लिए आपको शायद अपने प्रोजेक्ट से @types/knex को हटाना होगा।

मैंने @types/knex स्थापना रद्द कर दी लेकिन मुझे अभी भी त्रुटि मिली।

/usr/src/app/src/db/knexfile.ts:1
(function (exports, require, module, __filename, __dirname) { import { database } from '../config'
                                                              ^^^^^^

SyntaxError: Unexpected token import
    at createScript (vm.js:80:10)
    at Object.runInThisContext (vm.js:139:10)
    at Module._compile (module.js:617:28)
    at Object.Module._extensions..js (module.js:664:10)
    at Module.load (module.js:566:32)
    at tryModuleLoad (module.js:506:12)
    at Function.Module._load (module.js:498:3)
    at Module.require (module.js:597:17)
    at require (internal/module.js:11:18)
    at initKnex (/usr/src/app/node_modules/knex/bin/cli.js:62:25)
    at Command.commander.command.description.option.action (/usr/src/app/node_modules/knex/bin/cli.js:172:24)
    at Command.listener (/usr/src/app/node_modules/commander/index.js:315:8)
    at emitTwo (events.js:126:13)
    at Command.emit (events.js:214:7)
    at Command.parseArgs (/usr/src/app/node_modules/commander/index.js:654:12)
    at Command.parse (/usr/src/app/node_modules/commander/index.js:474:21)

knex migrate:make --knexfile knexfile.ts क्या यह सादा नोड के साथ टाइपस्क्रिप्ट कोड चलाने की कोशिश नहीं कर रहा है? मुझे नहीं पता कि यह 0.15 के साथ कैसे काम कर सकता था।

आपका नेक्सफाइल कैसा दिखता है? क्या कोई आयात विवरण है?

import * as knex from 'knex'
import * as path from 'path'
import { env } from './env'

const database = {
  client: 'postgresql',
  connection: env.databaseUrl,
  migrations: {
    directory: path.resolve('../db/migrations'),
    tableName: 'knex_migrations',
  },
  seeds: {
    directory:  path.resolve('../db/seeds'),
  },
} as knex.Config

export = database

0.15 पर 100% काम करता है

मुझे नहीं पता कि यह 0.15 के साथ क्यों काम करेगा। चूंकि त्रुटि Unexpected token import आपको बताती है, import * as knex from 'knex' Node.js द्वारा नहीं समझा जाता है (कम से कम उस कॉन्फ़िगरेशन में नहीं जिसका आप उपयोग कर रहे हैं)।

आपको या तो अपने knexfile को जावास्क्रिप्ट में संकलित करना होगा, एक Node.js संस्करण का उपयोग करना होगा जो आयात सिंटैक्स को समझता है (देखें https://nodejs.org/api/esm.html ), या पुराने require() का उपयोग करने के लिए फ़ाइल को वापस लाएं।

मुझे लगता है कि knex ०.१५ में एक बग था ताकि वह उस knexfile को कभी न पढ़े। 0.16 में बग की तरह नहीं दिखता है जो काम नहीं करना चाहिए।

ताकि वह उस knexfile को कभी न पढ़ें

यह 100% knexfile पढ़ता है, मैं इसे एक से अधिक प्रोजेक्ट में उपयोग करता हूं (मेरे सिर के ऊपर से मैं उत्पादन में 4 के बारे में सोच सकता हूं) विभिन्न माइग्रेशन फ़ोल्डर्स और कनेक्शन डेटा के साथ।

संस्करण 0.15 यह फ़ाइल को चलाने के लिए स्वचालित रूप से ts-node का संकलन या उपयोग कर रहा था।

मैंने अभी इसका परीक्षण किया है ... आप सही हैं, दोनों संस्करण टीएस-नोड सामान पंजीकृत करने का प्रयास कर रहे हैं। ऐसा लगता है कि सुविधा का परीक्षण नहीं किया गया है। यकीन नहीं होता अगर दस्तावेज भी।

नहीं... अब वास्तव में नोड 8 पर स्थापित आवश्यक सामग्री के साथ इसका परीक्षण किया है

Mikaels-MacBook-Pro-2:test mikaelle$ npm install [email protected] ts-node-register
npm WARN [email protected] No description
npm WARN [email protected] No repository field.

+ [email protected]
+ [email protected]
updated 2 packages and audited 1037 packages in 2.135s
found 0 vulnerabilities

Mikaels-MacBook-Pro-2:test mikaelle$ echo "import * as knex from 'knex'; export = {client: 'pg'}" > knexfile.ts
Mikaels-MacBook-Pro-2:test mikaelle$ node_modules/.bin/knex migrate:make --knexfile knexfile.ts -x ts foo
Failed to load external module ts-node/register
Failed to load external module typescript-node/register
Failed to load external module typescript-register
Failed to load external module typescript-require
Failed to load external module @babel/register
/Users/mikaelle/Projects/Vincit/yessql/dodo-objection/test/knexfile.ts:1
(function (exports, require, module, __filename, __dirname) { import * as knex from 'knex'; export = {client: 'pg'}
                                                              ^^^^^^

SyntaxError: Unexpected token import

पुन: पेश नहीं किया जा सकता है, लेकिन इसे लागू किया जाना पूरी तरह से संभव है, क्योंकि knex पहले से ही वास्तविक टाइपस्क्रिप्ट माइग्रेशन फ़ाइलों और बीजों को संकलित करने के लिए ts-node का उपयोग करता है।

यदि आप जांच करना चाहते हैं कि यह 0.15 पर क्यों काम करता है और 0.16 पर नहीं, तो मैंने एक पूर्ण उदाहरण सेट किया है

शाखा: knex16 में 0.16.3 स्थापित है
https://github.com/brunolm/knex16bug/tree/knex16

शाखा: knex15 में 0.15.2 स्थापित है
https://github.com/brunolm/knex16bug/tree/knex15

उस शाखा पर स्विच करें जिसे आप रूट फ़ोल्डर पर जांचना और चलाना चाहते हैं:

docker-compose up

यदि यह काम करता है तो आपको test में /api/src/db/migrations test नामक एक माइग्रेशन देखना चाहिए

कुछ और पैकेज (टीएस-नोड टीएस-नोड-देव टाइपस्क्रिप्ट) स्थापित करने के बाद ऐसा लगता है कि दोनों, 0.15 और 0.16 यहां ठीक काम करते हैं ... लेकिन वास्तव में नोड 0.16 के साथ आपका डॉकटर सेटअप विफल हो रहा है और मुझे नहीं पता कि क्यों

Mikaels-MacBook-Pro-2:test mikaelle$ rm -fr node_modules/*
Mikaels-MacBook-Pro-2:test mikaelle$ npm install knex typescript ts-node
npm WARN [email protected] No description
npm WARN [email protected] No repository field.

+ [email protected]
+ [email protected]
+ [email protected]
added 295 packages from 184 contributors and audited 1213 packages in 6.59s
found 0 vulnerabilities

Mikaels-MacBook-Pro-2:test mikaelle$ node_modules/.bin/knex migrate:make --knexfile knexfile.ts test
Requiring external module ts-node/register
Created Migration: /xxx/migrations/20190119003358_test.js
Mikaels-MacBook-Pro-2:test mikaelle$ cat knexfile.ts 
import * as knex from 'knex'; export = {client: 'pg'}
Mikaels-MacBook-Pro-2:test mikaelle$ 

मैंने आपके docker-compose.yml को काफी समान बनाने के लिए संशोधित किया है और यह इस तरह विफल रहता है:

version: '3'

services:
  api:
    image: node:8.14.0
    command: bash -c 'rm -fr api/node_modules; npm i knex ts-node typescript; node_modules/.bin/knex migrate:make --knexfile ./src/db/knexfile.ts test'
    working_dir: /usr/src/app
    volumes:
      - ./api:/usr/src/app

api_1  | npm WARN [email protected] No repository field.
api_1  | 
api_1  | + [email protected]
api_1  | + [email protected]
api_1  | + [email protected]
api_1  | updated 3 packages and audited 1176 packages in 9.804s
api_1  | found 0 vulnerabilities
api_1  | 
api_1  | /usr/src/app/src/db/knexfile.ts:1
api_1  | (function (exports, require, module, __filename, __dirname) { import { database } from '../config'
api_1  |                                                               ^^^^^^
api_1  | 

अगर मैंने आपके कंटेनर में knexfile को /usr/src/app में स्थानांतरित कर दिया है तो उसने सही ढंग से संकलित करने का प्रयास किया है ... हालांकि मैं उस व्यवहार को स्थानीय रूप से पुन: उत्पन्न नहीं कर सकता। यहाँ सब कुछ काम करता है भले ही knexfile.ts उपनिर्देशिकाओं के अंदर हो...

मुझे लगता है कि मुझे शायद 0.16 पर एक बग मिला, या बस कुछ अजीब।

0.15 पर launch को configPath साथ कॉल किया जाता है
https://github.com/tgriesser/knex/blob/0.15.2/bin/cli.js#L260

लेकिन 0.16 पर इसे with . कहा जाता है

    knexfile: argv.knexfile,
    knexpath: argv.knexpath,

https://github.com/tgriesser/knex/blob/0.16.3/bin/cli.js#L303 -L304

लिफ़्टऑफ़ var env = this.buildEnvironment(opts); पर कॉल करता है जो findConfig({ पासिंग configPath (जो अब प्रदान नहीं किया जाता है) को कॉल करता है। आंतरिक रूप से यह configPath का उपयोग करता है और knexfile या knexpath कोई संदर्भ नहीं देता है।

मेरे पास परियोजना में typescript और ts-node स्थापित है और यह तब काम करता है जब मेरे पास v0.15 स्थापित होता है (उदाहरण के लिए मैंने गिट रिपोजिटरी पर प्रदान किया है।

मैंने कुछ डिबगिंग की और इसे पाया, लेकिन मुझे अभी भी पता नहीं चला कि यह 0.15 . पर क्यों काम करता है

[email protected]

इस लाइन के परिणाम को लॉग करना

var config = require(env.configPath);

https://github.com/tgriesser/knex/blob/0.15.2/bin/cli.js#L55

मैंने इसे प्राप्त किया

api_1    |   require(/usr/src/app/src/db/knexfile.ts)------------ { client: 'postgresql',
api_1    |   connection: 'postgres://user:password@db/api-db',
api_1    |   migrations:
api_1    |    { directory: '/usr/src/app/src/db/migrations1337',
api_1    |      tableName: 'knex_migrations' },
api_1    |   seeds: { directory: '/usr/src/app/src/db/seeds' } }
api_1    | this.config { extension: 'js',
api_1    |   loadExtensions:
api_1    |    [ '.co',
api_1    |      '.coffee',
api_1    |      '.eg',
api_1    |      '.iced',
api_1    |      '.js',
api_1    |      '.litcoffee',
api_1    |      '.ls',
api_1    |      '.ts' ],
api_1    |   tableName: 'knex_migrations',
api_1    |   schemaName: null,
api_1    |   directory: '/usr/src/app/src/db/migrations1337',
api_1    |   disableTransactions: false }

माइग्रेशन निर्देशिका कह रही है directory: '/usr/src/app/src/db/migrations1337', , जो कि मेरे पास knexfile.ts . पर है

और इसके लिए सीधे फाइल की जरूरत होती है .ts

require('/usr/src/app/src/db/knexfile.ts')

[email protected]

आवश्यकता ठीक उसी फ़ाइल की है, लेकिन यह विफल हो जाती है

// /usr/src/app/src/db/knexfile.ts
env.configuration = require(resolvedKnexfilePath);

[email protected]

मैंने typescript और ts-node अनइंस्टॉल कर दिया है। अब मुझे यह मिलता है:

api_1    | Failed to load external module ts-node/register
api_1    | Failed to load external module typescript-node/register
api_1    | Failed to load external module typescript-register
api_1    | Failed to load external module typescript-require
api_1    | Failed to load external module @babel/register

cli.on('requireFail', function(name) {
  console.log(chalk.red('Failed to load external module'), chalk.magenta(name));
});

https://github.com/tgriesser/knex/blob/0.15.2/bin/cli.js#L254

मुझे यह संदेश 16 को बिल्कुल नहीं दिख रहा है, यह बस टूट जाता है।

@elhigu मैंने इसे समझ लिया, मैंने एक पीआर बनाया, क्या आप इसे देख सकते हैं?
https://github.com/tgriesser/knex/pull/3005

इसके बाद से फिर से खोलना शायद कहीं एक बग है ... यहां तक ​​​​कि मुझे नहीं पता कि इसे ओएसएक्स पर कैसे पुन: पेश किया जाए।

FYI करें, मैंने ब्रूनोलम का उदाहरण चलाया और knex 0.15.2 काम करता है जबकि knex 0.16.3 काम नहीं करता है

@scorbin हाँ, मैं उसे भी

यहाँ भी यही समस्या है (टाइपस्क्रिप्ट माइग्रेशन + 0.16.3)।
जब Migrator#latest कहा जाता है, तो इसकी शुरुआत migrationListResolver#listAllAndCompleted जो बदले में listAll(config.migrationSource) कॉल करता है जहां migrationSource में loadExtensions = [".co", ".coffee", ".eg", ".iced", ".js", ".litcoffee", ".ls", ".ts"] , भले ही मैं { …, loadExtensions: ['.js'], … } प्रवासी विन्यास में।
परिणामस्वरूप, यह .ts फ़ाइलों और .js दोनों को चुनता है और माइग्रेशन को .ts फ़ाइलों के साथ आगे बढ़ने के लिए कहता है (क्योंकि उन्हें अभी तक लागू नहीं होने के लिए कहा गया है, जाहिर है), जो ... टूट जाता है जब #getMigration को अंततः स्क्रिप्ट का मूल्यांकन करने के लिए कहा जाता है (क्योंकि यह माइग्रेशन स्क्रिप्ट के साथ #require को कॉल करता है जो टाइपस्क्रिप्ट है)।

उम्मीद है ये मदद करेगा...

निम्नलिखित थोड़े से बदलाव के साथ, चीजें वापस सामान्य होने लगती हैं:

function listAllAndCompleted(config, trxOrKnex) {
  return _bluebird.default.all([listAll(config.migrationSource, config.loadExtensions), listCompleted(config.tableName, config.schemaName, trxOrKnex)]);
}

मैंने यह मान्य नहीं किया कि यह प्रवासी के डिजाइन के साथ 100% अनुरूप है - हालांकि मेरे से एक और जानकार को मान्य करना होगा! :)

मुझे क्नेक्स संस्करण 0.16.3 साथ एक ही समस्या का सामना करना पड़ रहा था।

import * as Knex from 'knex';
^^^^^^

SyntaxError: Unexpected token import
    at createScript (vm.js:80:10)
    at Object.runInThisContext (vm.js:139:10)
    at Module._compile (module.js:617:28)
    at Object.Module._extensions..js (module.js:664:10)

इस समाधान को प्रोत्साहित नहीं किया जाता है, लेकिन मैंने इसे केवल ts-node/register knexfile.ts फ़ाइल की शुरुआत में

require('ts-node/register');
//

0.16.4-अगले2 . में तय किया जाना चाहिए

बस 0.16.4-अगला 2 की कोशिश की। वही त्रुटि देखकर दुख हुआ

@brunolm क्या आप पुष्टि कर सकते हैं कि 0.16.4-अगला 2 अभी भी विफल रहता है?

@pvoisin क्या यह आपके लिए 0.16.4-अगला 2 के साथ काम करता है?

@kibertoad मुझे 0.16.4-next2 पर ठीक वैसी ही त्रुटि मिल रही है।

ठीक है, इसलिए इसके लिए उचित समाधान यह होगा कि माइग्रेशन से knexfile पर निर्भरता को पूरी तरह से हटा दिया जाए

मैं मरे हुए घोड़े को हराना नहीं चाहता, लेकिन @kibertoad ने कहा कि इसे

@juliancoleman इसे पुन: पेश करना मुश्किल हो गया है। लेकिन वास्तव में फिक्स में रिग्रेशन टेस्ट जोड़ा जाना चाहिए था (जांच नहीं किया था कि वास्तव में था और परीक्षण सीआई एनवी पर असफल नहीं हुआ)।

पुनरुत्पादन करना मुश्किल है वास्तव में उचित है क्योंकि मैंने पीछे मुड़कर देखा है कि मेरे सहित किसी ने भी पुनरुत्पादन के लिए कदम नहीं जोड़े हैं।

1. निर्भरता में [email protected] जोड़ें
2. एक knexfile.ts बनाएं
3. (वैकल्पिक रूप से ऑब्जेक्शनजेएस का उपयोग करके) Model.knex पर तत्काल knex कॉन्फिगरेशन
4. निम्नलिखित स्क्रिप्ट को package.json
   
   
   
   • "knex": "knex --knexfile ./path/to/Knexfile.ts"
   
   
5. पलायन करें
   
   
   
   • yarn knex migrate:latest
   
   
6. SyntaxError में चलाएँ

मैंने इन चरणों को एक प्रोजेक्ट पर सत्यापित किया है जिसे मैंने दूसरे दिन शुरू किया था, जो मुझे इस मुद्दे पर ले आया

    "knex": "^0.16.4-next2",

git clone [email protected]:brunolm/knex16bug.git
cd knex16bug
git checkout knex16
npm run api-i
docker-compose up

api_1    | > knex migrate:make --knexfile ./src/db/knexfile.ts "test"
api_1    |
api_1    | /usr/src/app/src/db/knexfile.ts:1
api_1    | (function (exports, require, module, __filename, __dirname) { import { database } from '../config'
api_1    |                                                               ^^^^^^
api_1    |
api_1    | SyntaxError: Unexpected token import
api_1    |     at createScript (vm.js:80:10)
api_1    |     at Object.runInThisContext (vm.js:139:10)
api_1    |     at Module._compile (module.js:617:28)
api_1    |     at Object.Module._extensions..js (module.js:664:10)
api_1    |     at Module.load (module.js:566:32)
api_1    |     at tryModuleLoad (module.js:506:12)
api_1    |     at Function.Module._load (module.js:498:3)
api_1    |     at Module.require (module.js:597:17)
api_1    |     at require (internal/module.js:11:18)
api_1    |     at initKnex (/usr/src/app/node_modules/knex/bin/cli.js:62:25)
api_1    |     at Command.commander.command.description.option.action (/usr/src/app/node_modules/knex/bin/cli.js:172:24)
api_1    |     at Command.listener (/usr/src/app/node_modules/commander/index.js:315:8)
api_1    |     at emitTwo (events.js:126:13)
api_1    |     at Command.emit (events.js:214:7)
api_1    |     at Command.parseArgs (/usr/src/app/node_modules/commander/index.js:654:12)
api_1    |     at Command.parse (/usr/src/app/node_modules/commander/index.js:474:21)
api_1    | npm ERR! code ELIFECYCLE
api_1    | npm ERR! errno 1
api_1    | npm ERR! [email protected] migrate-make: `knex migrate:make --knexfile ./src/db/knexfile.ts "test"`
api_1    | npm ERR! Exit status 1
api_1    | npm ERR!
api_1    | npm ERR! Failed at the [email protected] migrate-make script.
api_1    | npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
api_1    |
api_1    | npm ERR! A complete log of this run can be found in:
api_1    | npm ERR!     /root/.npm/_logs/2019-03-18T21_39_10_408Z-debug.log

मेरा पीआर इसे ठीक करता है, मुझे पूरी तरह से इसका परीक्षण करने का ज्ञान नहीं है, अगर कोई इसे देख सकता है ...

https://github.com/tgriesser/knex/pull/3005

मैं मरे हुए घोड़े को पीटना नहीं चाहता, लेकिन @kibertoad ने कहा कि इसे ठीक किया जाना चाहिए। इस फिक्स का सबूत कहां था? क्या प्रतिगमन परीक्षण लिखे गए हैं? यह कहना कि इसे ठीक किया जाना चाहिए, इस मुद्दे को बंद करना, और एक ही मुद्दा मौजूद होना, रिलीज को आगे बढ़ाने का तरीका नहीं है।

मैं माफी मांगता हूं, यहां एम्स्टर्डम में देर हो चुकी थी और मेरे शब्दों का चुनाव वास्तव में सबसे अच्छा नहीं था। यह होना चाहिए था "कृपया मुझे बताएं कि क्या 0.16.4-अगला 2 समस्या को ठीक करता है", जैसा कि टीबीएच, अगर ऐसा होता तो मुझे बहुत आश्चर्य होता। एक यूनिट परीक्षण लिखा गया था जो यह सत्यापित करता है कि वास्तव में यह फिक्स वास्तव में क्या ठीक करता है, और अब मुझे पूरा यकीन है कि मैं कुछ भी गलत नहीं समझ रहा हूं और यह समस्या वही है जो मैंने सोचा था, और एकमात्र तरीका यह पहले कैसे काम कर सकता था knexfile को पूरी तरह से बायपास करके है। यह एक सिस्टम व्यवहार है जिसे मैं निकट भविष्य में सुधारना चाहता हूं, लेकिन इसके लिए पहले कुछ पूर्वापेक्षाएँ देने की आवश्यकता है। मैं असुविधा के लिए माफी माँगता हूँ। बस मुझे कुछ समय दो। इस बीच, ts-node का उपयोग करना एक उचित समाधान प्रतीत होता है - कोई यह तर्क दे सकता है कि यह वास्तव में knexfile पर निर्भर न होने की तुलना में कम हैकी है, क्योंकि यह आपको माइग्रेशन फ़ाइलों के स्थान के बारे में सच्चाई के एकल स्रोत के रूप में knexfile का उपयोग करने की अनुमति देता है।

@kibertoad

और एक ही तरीका है कि यह पहले कैसे काम कर सकता था, वह है knexfile को पूरी तरह से दरकिनार करना।

यह सच नहीं है, मेरी पिछली टिप्पणियां देखें। सब कुछ 0.15 पर काम करता है।

@brunolm लेकिन क्या आप तकनीकी स्तर पर समझा सकते हैं कि टाइपस्क्रिप्ट फ़ाइल को काल्पनिक रूप से भी पार्स करते समय Node.js कैसे चोक नहीं हो सकता है? मैं पीआर की जाँच करूँगा, लेकिन मुझे संदेह है कि यह अंततः एक ही चीज़ को प्राप्त करता है (हालाँकि विभिन्न माध्यमों से) - knexfile को बायपास करता है।

@kibertoad मैं वर्तमान में ts-node का उपयोग कर रहा हूं। मुझे यकीन नहीं है कि तकनीकी स्तर पर ऐसा क्यों होता है

अगर मेरे पास स्रोत की जांच करने का समय होता, तो मैं होता, लेकिन मैं वर्षों से क्नेक्स का उपयोग कर रहा हूं और मुझे विश्वास है कि यह इस बिंदु पर काम करता है। मैं वापस 0.15 पर वापस आ गया और सब कुछ काम करता है ... इसके अलावा , बिल्कुल

@brunolm लेकिन क्या आप तकनीकी स्तर पर समझा सकते हैं कि टाइपस्क्रिप्ट फ़ाइल को काल्पनिक रूप से भी पार्स करते समय Node.js कैसे चोक नहीं हो सकता है? मैं पीआर की जाँच करूँगा, लेकिन मुझे संदेह है कि यह अंततः एक ही चीज़ को प्राप्त करता है (हालाँकि विभिन्न माध्यमों से) - knexfile को बायपास करता है।

यदि आप ऐसा करते हैं तो आप इसे knex 0.15 पर पूरी तरह से काम करते हुए देख सकते हैं, knexfile.ts फ़ाइल को नज़रअंदाज़ न करते हुए

git clone [email protected]:brunolm/knex16bug.git
cd knex16bug
git checkout knex15
npm run api-i
docker-compose up

हालाँकि यदि आप ठीक वही चीज़ knex 0.16 पर चलाते हैं तो आपको त्रुटि दिखाई देगी। यदि आप इसे क्लोन करते हैं तो मैं एक अलग फ़ोल्डर में क्लोनिंग का सुझाव देता हूं ताकि आप सुनिश्चित कर सकें कि आप सही संस्करण पर हैं

git clone [email protected]:brunolm/knex16bug.git
cd knex16bug
git checkout knex16
npm run api-i
docker-compose up

मैंने पहले @brunolm के उन उदाहरणों को सत्यापित किया था, मैं इसके लिए कभी भी प्रजनन मामला नहीं बना मैकोज़ पर विफल हो जाएगा, लेकिन मैं डॉकटर सेटअप को पुन: पेश करने में सक्षम था।

तो समस्या वर्तमान में knex CI के लिए टेस्ट केस बनाने में सक्षम होगी, जो वास्तव में 0.16 पर भी विफल हो जाती है और 0.15 के साथ काम करती है। चूंकि सीआई कुछ पुराने उबंटू चला रहा है, हो सकता है कि टेस्ट केस काम करता है (अर्थ विफल रहता है) ठीक है।

मेरी ओर से त्वरित अपडेट। सुनिश्चित नहीं है कि यह उपयोगी है या नहीं, लेकिन मेरी समस्या यह थी कि मैं अपने प्रोजेक्ट में एकाधिक tsconfig.json फ़ाइलों का उपयोग कर रहा था, और knex डिफ़ॉल्ट का उपयोग कर रहा था। जब मैं सीधे शुरू करके इस कार्यक्षमता overrode knex का उपयोग कर ts-node , मैं इस त्रुटि से बचने के लिए कर रहा था।

मेरा अपडेट किया गया package.json :

// ...
"knex": "ts-node --project tsconfig.server.json $(npm bin)/knex --knexfile ./src/server/knexfile.ts",
// ...

मैं अब माइग्रेशन कैसे चलाता हूं:

npm run knex -- migrate:latest

उम्मीद है कि यह किसी की मदद करता है।

@FindAPattern क्या आप अपना tsconfig पोस्ट करना चाहेंगे? ये मेरा। मैं केवल एक का उपयोग करता हूं, क्योंकि मुझे ts-node साथ सेवा करने के लिए निर्माण करने की कोई आवश्यकता नहीं है

{
  "compilerOptions": {
    "noEmit": true,
    "rootDir": "src",
    "target": "es6",
    "module": "commonjs",
    "moduleResolution": "node",
    "declaration": true,
    "inlineSourceMap": true,
    "resolveJsonModule": true,
  },
  "include": [
    "src/**/*.ts",
  ],
  "exclude": [
    "src/**/*.spec.ts"
  ]
}

नमस्ते! क्या इस पर कोई प्रगति हुई है?

@brunolm आप इसे कैसे हल कर रहे हैं? कोई उपाय?

@algil मुझे अभी तक एक नई परियोजना को अद्यतन करने या शुरू करने की आवश्यकता नहीं है, इसलिए मैं अभी भी अधिकांश भाग के लिए 0.15 का उपयोग कर रहा हूं।

लेकिन मैंने एक पीआर बनाया है जो इस मुद्दे को हल करता है, आप knex को फोर्क कर सकते हैं और इन परिवर्तनों को इसमें लागू कर सकते हैं: https://github.com/tgriesser/knex/pull/3005

यह इतना आसान नहीं है, दुर्भाग्य से। मैं एक सुधार के साथ आने की कोशिश करूँगा जो इस सप्ताह किसी भी उपयोग के मामलों को नहीं तोड़ता है।

शायद यह किसी की मदद करेगा। tsconfig.json "मॉड्यूल" में परिवर्तन के समय फिक्स्ड: "es2015" से "मॉड्यूल": "commonjs"
package.json => "migrate" में कमांड: "ts-node -P ./tsconfig.json node_modules/.bin/knex माइग्रेट:latest --knexfile knexfile.ts"।

शायद यह किसी की मदद करेगा। tsconfig.json "मॉड्यूल" में परिवर्तन के समय फिक्स्ड: "es2015" से "मॉड्यूल": "commonjs"
package.json => "migrate" में कमांड: "ts-node -P ./tsconfig.json node_modules/.bin/knex माइग्रेट:latest --knexfile knexfile.ts"।

इष्टतम समाधान नहीं है लेकिन ठीक काम करता है।

@Areshetcov @Meldiron मैं commonjs मॉड्यूल का उपयोग कर रहा हूं जैसा कि आप ऊपर देख सकते हैं। मुझे लगता है कि वास्तव में जो होना चाहिए वह एक गहरा समर्थन है, जरूरी नहीं कि उपयोगकर्ता कॉन्फ़िगरेशन का एक टन हो। जब तक कि वास्तव में एक विकल्प नहीं है

यह देखते हुए कि यह समस्या किसी रिलीज़ से कैसे संबंधित है जो अब पीछे है, क्या यह वर्तमान में 0.17.6 साथ कोई समस्या है?

@juliancoleman ts- नोड का उपयोग करना अभी भी सबसे अच्छा समाधान है, क्योंकि knex अभी भी knexfile.js खोलने की कोशिश करता है और अगर यह जावास्क्रिप्ट प्रारूप में नहीं है तो विस्फोट हो जाता है। हालाँकि, अधिक मामलों में TS एक्सटेंशन को अधिक सुंदर ढंग से संभालने में सुधार हुआ था (उदाहरण के लिए माइग्रेशन जनरेशन या डिफ़ॉल्ट स्थान पर knexfile को हल करना)। आपके पास कौन सा विशेष मुद्दा है?

किसी भी मामले में, मुझे इस मुद्दे के बारे में याद दिलाने के लिए धन्यवाद। मैं सप्ताहांत में इस पर एक और स्विंग लेने की कोशिश करूंगा, उम्मीद है कि मैं कम से कम समझ सकता हूं कि यह अतीत में क्यों काम करता है: डी

जब मैंने वह पीआर बनाया तो मैंने देखा कि यह न केवल टाइपस्क्रिप्ट के साथ, बल्कि बेबेल और कुछ अन्य सामानों के साथ भी काम करने वाला है, एक पैकेज है जो यह सब संभालता है - अगर मुझे सही से याद है।

मेरे पीआर में कुछ उपयोगी संकेत हो सकते हैं https://github.com/tgriesser/knex/pull/3005/files

मेरे पास समस्या यह है कि जब मैं npm run knex migrate:latest चलाता हूं, तो मुझे unexpected token '{' । मैं केवल इस एपीआई के लिए टीएस-नोड का उपयोग करता हूं। मैं इसे किसी भी बंडलर के माध्यम से नहीं चलाता और मैं TS को संकलित नहीं करता। यह शायद _do_ के लिए अच्छी बात नहीं है, लेकिन अभी मैं यही कर रहा हूं। हालाँकि, मुझे पता है कि टाइपस्क्रिप्ट तृतीय-पक्ष टाइपस्क्रिप्ट फ़ाइलों को आयात नहीं कर सकता है। उन्हें पहले बनाया जाना चाहिए। मैंने इसे कहीं और अनुभव किया है, न कि केवल Knex के साथ

हालाँकि, मुझे पता है कि टाइपस्क्रिप्ट तृतीय-पक्ष टाइपस्क्रिप्ट फ़ाइलों को आयात नहीं कर सकता है।

क्या आपका मतलब यह है कि ts-node टाइपस्क्रिप्ट फ़ाइलों को require() साथ लोड नहीं कर सकता है? माइग्रेटर उन माइग्रेशन फ़ाइलों को गतिशील रूप से लोड करने के लिए require() का उपयोग करता है...

अगर किसी और के पास एक ही समस्या है तो बस यहां चिल्ला रहा है: मेरे पास [email protected] और अनिवार्य रूप से चलाने की कोशिश कर रहा था * knex --knexfile src/knexfile.ts जो असफल रहा क्योंकि यह स्पष्ट रूप से जेएस के रूप में knexfile को पढ़ने की कोशिश करता है। knex --cwd src का उपयोग करना इरादा के अनुसार काम करता है।

*) वास्तविक कमांडलाइन node -r dotenv/config node_modules/knex/bin/cli [...] लेकिन शायद इससे कोई फर्क नहीं पड़ता।

@ilkka क्या आप स्पष्ट कर सकते हैं कि इस संदर्भ में "इच्छित के अनुसार काम करता है" का क्या अर्थ है? यह देखते हुए कि आप node चला रहे हैं न कि ts-node , यह Knex knexfile.ts को पार्स करने में विफल नहीं है, यह Node. जब तक आपका मतलब यह नहीं है कि फ़ाइल नाम रिज़ॉल्यूशन गलत काम कर रहा है।
क्या knex --cwd src वास्तव में प्रश्न में knexfile खोलने का प्रबंधन करता है और इसमें कॉन्फ़िगरेशन परिवर्तनों पर सही ढंग से प्रतिक्रिया करता है?

आह, मुझे अस्पष्ट होने के लिए खेद है। जब मैं अपनी npm स्क्रिप्ट से knex चलाते समय --cwd पैरामीटर का उपयोग करता हूं, तो यह "बाहरी मॉड्यूल ts-नोड/रजिस्टर की आवश्यकता" की रिपोर्ट करता है, मेरे knexfile को पढ़ता है, और काम करता है। व्यवहार वही है यदि मैं इसे npx knex रूप में निष्पादित करता हूं, एक npm स्क्रिप्ट के बाहर।

@ilkka दिलचस्प। मुझे नहीं लगता कि नेक्स कभी भी टीएस-नोड को अपने आप लोड करने का प्रयास कर रहा है, इसलिए यह आपके द्वारा उपयोग किए जा रहे स्टैक से कुछ और होना चाहिए। यदि आप पहचान सकते हैं कि यह वास्तव में क्या है, तो यह पता लगाना संभव होगा कि हमने इसके साथ संगतता को तोड़ने के लिए क्या किया।

मेरा मानना ​​​​है कि मॉड्यूल की आवश्यकता के बारे में संदेश cli.js द्वारा है , जो एक लिफ्टऑफ घटना के कारण होता है (पहले 'आवश्यकता' का नाम बदलकर लिफ्टऑफ़ में कुछ और कर दिया गया था)। लिफ्टऑफ़ बदले में लोडर या जो कुछ भी पंजीकृत करने के लिए "रेकोइर" नामक पैकेज का उपयोग कर रहा है, और रीकोइर के रीडमे में यह नोट है कि यह " coffee-script जैसे ट्रांसपिलर को स्वचालित रूप से लोड और पंजीकृत कैसे करेगा"। तो ... शायद इस विशिष्ट उदाहरण में मेरे पथ में ts-node होना ही यह काम करने के लिए पर्याप्त है? यह काफी जटिल प्रणाली है।

वैसे भी, अब मुझे एहसास हुआ कि हम अपनी npm स्क्रिप्ट में node को ts-node में बदल सकते थे और यह काम भी कर सकता था।

इसे देखने के लिए धन्यवाद। मैं देखूंगा कि क्या मैं इन मामलों में लिफ्टऑफ का व्यवहार कर सकता हूं: डी
लेकिन हाँ, टीएस-नोड का उपयोग सीधे सभी मामलों में काम करना चाहिए।

एक ही त्रुटि थी। निकला मैंने गलत tsconfig.json कॉपी किया है। अब यह काम कर रहा है। प्रासंगिक विन्यास:

package.json (कार्यक्षेत्र)

  "scripts": {
    "migrate:make": "knex --cwd src migrate:make -x ts"
  },
  "dependencies": {
    "knex": "0.19.0",
    "pg": "7.11.0"
  }

package.json (रूट):

        "ts-node-dev": "1.0.0-pre.40",

(टीएस-नोड संस्करण है: ८.३.०)

tsconfig.json (कार्यक्षेत्र):

{
    "extends": "../../tsconfig.node.json",
    "compilerOptions": {
        "rootDir": "./src",
        "outDir": "./build",
    }
}

tsconfig.node.json (रूट):

{
    "compilerOptions": {
        "target": "es2015",
        "moduleResolution": "node",
        "esModuleInterop": true,
        "strict": true,
        "alwaysStrict": true,
        "declaration": true,
    }
}

src/knexfile.ts:

import { Config } from 'knex'

export = {
    client: 'pg',
    connection: {
      database: 'db',
      user: 'user',
    },
} as Config

चलाने की आज्ञा:

yarn migrate:make my_migration_name

समस्या अभी भी [email protected] पर बनी हुई है

git clone [email protected]:brunolm/knex16bug.git
cd knex16bug
git checkout knex19
npm run api-i
docker-compose up

api_1    | /usr/src/app/src/db/knexfile.ts:1
api_1    | (function (exports, require, module, __filename, __dirname) { import { database } from '../config'
api_1    |                                                               ^^^^^^ 

@brunolm तुम इतने अज्ञानी क्यों हो?

diff --git a/api/package.json b/api/package.json
index c0f8bff..0906f51 100644
--- a/api/package.json
+++ b/api/package.json
@@ -8,7 +8,7 @@
     "dev": "ts-node-dev --respawn --poll --no-notify src/index.ts",
     "\n# Database": "",
     "migrate": "knex migrate:latest --knexfile ./src/db/knexfile.ts",
-    "migrate-make": "knex migrate:make --knexfile ./src/db/knexfile.ts",
+    "migrate-make": "knex migrate:make --cwd src/db",
     "seed": "knex seed:run --knexfile ./src/db/knexfile.ts",
     "seed-make": "knex seed:make --knexfile ./src/db/knexfile.ts",
     "\n# Testing": "",

api_1    | > [email protected] migrate-make /usr/src/app
api_1    | > knex migrate:make --cwd src/db "test"
api_1    | 
api_1    | Requiring external module ts-node/register
api_1    | Working directory changed to /usr/src/app/src/db
api_1    | Created Migration: /usr/src/app/src/db/migrations/20190723173751_test.ts

--knexfile निर्दिष्ट करना अभी भी काम नहीं करता है।

इसके बजाय --cwd src/db उपयोग करना काम करता है।

दस्तावेज़ीकरण स्पष्ट नहीं है कि आपको cwd से अधिक knexfile ।

मैंने फ़ंक्शन हस्ताक्षर की जांच नहीं की, जब मैंने उस पीआर को सही पैरामीटर पास करने के लिए बदल दिया, तो यह संभव है कि यह अभी भी गलत पैरामीटर पास कर रहा है।

हाय दोस्तों

मुझे भी यह त्रुटि हुई थी
मुझे लगता है, समस्या यह है कि विकल्प --knexfile गलत तरीके से knexfile.ts . के लिए एक निर्देशिका सेट किया गया है
इसलिए मैं के साथ स्पष्ट दिशा-निर्देश सेट --cwd के साथ निर्देशिका के लिए knexfile.ts

यह मेरे लिए काम करता है: "knex migrate:make --cwd src"
(यह बराबर है: "cd src knex migrate:make" )

मैंने कोशिश की knex migrate:make --knexfile knexfile.ts -x ts new_script
मुझे निम्न त्रुटि मिलती है:

'knex' से आयात knex;
^^^^
वाक्यविन्यास त्रुटि: अनपेक्षित पहचानकर्ता

cwd . जोड़ते समय

आंतरिक/प्रक्रिया/main_thread_only.js:29
बाइंडिंग.चदिर (निर्देशिका);

मेरा knexfile.ts नीचे जैसा दिखता है

import knex from 'knex';
export const database: knex.Config = {
  client: 'postgresql',
  connection: process.env.databaseURL,
  migrations: {
    extension: 'ts',
    directory: './ds/migrations',
  },
  seeds: {
    directory: './ds/seed',
  },
};

कोई सुराग?

साथी googlers के लिए, पूर्ण टाइपस्क्रिप्ट मोड में नवीनतम knex 0.19 के साथ ऊपर/नीचे माइग्रेट करने का प्रयास करते समय मेरे पास "अप्रत्याशित टोकन निर्यात" त्रुटि थी।

मुझे पता चला कि मेरे पास कार्यशील निर्देशिका में tsconfig.json और .babelrc , मुझे संदेह है कि उनमें से एक ने ट्रांसपिलेशन में हस्तक्षेप किया था।

जब मैंने माइग्रेशन फ़ोल्डर और knexfile.ts को एक क्लीन डायरेक्टरी में ले जाया, तो इसने फिर से काम किया ✅ ।

हाय दोस्तों। तो जैसा कि @mikl ने कहा, समस्या यह है कि आप नोड दुभाषिया पर टाइपस्क्रिप्ट कोड चलाने की कोशिश कर रहे हैं। मैं आज इस समस्या में भाग गया जब मैं एक नया प्रवास बनाने की कोशिश कर रहा था।

मैंने ts-node (https://npmjs.com/package/ts-node) के माध्यम से knex चलाकर इस समस्या को हल किया है।

यह काम करने के लिए बस इस स्क्रिप्ट को अपनी package.json फ़ाइल के अंदर जोड़ें :)

"migrate:make": "ts-node ./node_modules/.bin/knex migrate:make --knexfile <PATH_TO_YOUR_KNEXFILE>"

इसे migrate:latest , seed:run आदि में दोहराएं ... :)
फिर बस अपनी नई स्क्रिप्ट चलाएँ!

समाधान

के बजाय --knexfile का उपयोग --cwd

-    "migrate-make": "knex migrate:make --knexfile ./src/db/knexfile.ts",
+    "migrate-make": "knex migrate:make --cwd src/db",

समाधान

के बजाय --knexfile का उपयोग --cwd

-    "migrate-make": "knex migrate:make --knexfile ./src/db/knexfile.ts",
+    "migrate-make": "knex migrate:make --cwd src/db",

धन्यवाद !! इससे मुझे बहुत सहायता प्राप्त हुई।

यह बंद क्यों है? knexfile.ts के साथ काम करते समय यह पूरी तरह से टूट गया है, मैंने इस धागे से जो कुछ भी कर सकता था, कोशिश की ... (नवीनतम संस्करण + टाइपस्क्रिप्ट 3.6.4)

यह बंद क्यों है? knexfile.ts के साथ काम करते समय यह पूरी तरह से टूट गया है, मैंने इस धागे से जो कुछ भी कर सकता था, कोशिश की ... (नवीनतम संस्करण + टाइपस्क्रिप्ट 3.6.4)

नया अंक खोलें और पुनरुत्पादन कोड प्रदान करें (उदाहरण के लिए उदाहरण परियोजना के लिए एक लिंक जहां आपकी समस्या होती है)। इसे बंद कर दिया गया क्योंकि @brunolm ने अपनी समस्या का समाधान ढूंढ लिया।

यह अभी भी --cwd टूटा हुआ है:

knexfile.ts:6
export default {
^^^^^^

SyntaxError: Unexpected token export

इसलिए, मैं कोई नया मुद्दा नहीं उठाऊंगा क्योंकि मुझे नहीं पता कि इसे कैसे काम करना चाहिए। डॉक्स में एक न्यूनतम पूर्ण टाइपस्क्रिप्ट उदाहरण होगा ... Godsend
Objectin.js टाइपस्क्रिप्ट उदाहरण ने टाइपस्क्रिप्ट में knex का उपयोग करने की जहमत नहीं उठाई, इसलिए मुझे लगता है कि उन्हें भी यही समस्या थी ...

अच्छा ... मैं क्या चाहता था :

• ts . में मेरे सभी स्रोत कोड
• टाइपप्रति में knexfile.ts
• टाइपप्रति में माइग्रेशन (कोडिंग करते समय createTable स्वत: पूर्ण एपीआई रखने के लिए)
• CLI (knex माइग्रेट) में यह सब काम करने की क्षमता और मेरे app.ts के अंदर एपीआई का उपयोग करना (सर्वर स्टार्टअप पर ऑटो माइग्रेट)

मुझे लगता है कि यह आखिरी बिंदु जितना अधिक दर्द था ...

यह सब काम करने के लिए मुझे क्या करना था:

• tsconfig सेट में allowJs=true + Declaration=false (इसके बिना knex .d.ts फाइलों को निष्पादित करने का प्रयास करेगा ...)
• knexfile.ts : टाइपस्क्रिप्ट निर्यात के बजाय export = का उपयोग करना अनिवार्य लगता है ... तो हाँ मेरे पास एक ts फ़ाइल है लेकिन मेरे app.ts में मैं इसे आयात नहीं कर सकता और इसकी आवश्यकता थी ..
• app.ts : केवल .js संकलित फाइलों को लोड करना काम किया: knex.migrate.latest({ loadExtensions: ['.js'], });
• package.json : साथ ही, केवल js संकलित फ़ाइलें काम करती हैं (मेरे /dist के अंदर): "db:migrate": "knex migrate:latest --cwd ./dist/config --env development --knexfile knexfile.js"

और मैं कुछ भूल गया, मुझे यकीन है ..

अब मैं काफी संतुष्ट नहीं हूं क्योंकि यह पूरी तरह से हैकी लगता है

@ ctiaffay-conserto आप इस उदाहरण को आजमा सकते हैं ( knexfile को cwd बदलें)
https://github.com/brunolm/knex16bug/tree/knex16

समाधान

के बजाय --knexfile का उपयोग --cwd

-    "migrate-make": "knex migrate:make --knexfile ./src/db/knexfile.ts",
+    "migrate-make": "knex migrate:make --cwd src/db",

यह काम करता है लेकिन... क्यों? यह सही समाधान नहीं दिखता क्योंकि --knexfile को काम करना चाहिए।

@ShGKme इसे काम करने के लिए आवश्यक परिवर्तन हैं: https://github.com/knex/knex/pull/3005

लेकिन कोई भी इसे संबोधित नहीं करना चाहता, क्योंकि cwd काम करता है,

मैंने दोपहर को इस पर ध्यान देने में बिताया क्योंकि मुझे एक करीबी से संबंधित प्रारंभिक समस्या का सामना करना पड़ रहा था। मेरा मानना ​​है कि @brunolm का आकलन सही है: Liftoff#launch(..) विधि को गलत पैरामीटर के साथ लागू किया जा रहा है। आप विवरण #3005 . में देख सकते हैं

मोटे तौर पर, Liftoff इस प्रकार व्यवहार करता प्रतीत होता है:

// If the configPath was specified, then use it.  Otherwise, try to infer it.
const configPath = opts.configPath || inferConfigPath(opts);

function inferConfigPath(opts) {
  // configName represents the expected name of the config file, minus its extension.
  // For example:  "knexfile"
  // If no configName was specified, then attempt to infer it from the name instead.
  // In our case, since `name === "knex"`, this will result in `configName = "knexfile"`
  const configName = opts.configName || (opts.name + "file");

  return findPathFor(configName, {
    withPossibleExtensions: [".js", ".ts"],
    inDirectory: opts.cwd,
  });
}

चूंकि वर्तमान में Liftoff#launch(..) को लागू करने के तरीके में एक बग है, configPath का मान _always_ अनुमान लगाया जा रहा है। नतीजतन, Liftoff उपयुक्त preload स्क्रिप्ट को शुरू नहीं करेगा। (विशेष रूप से: ts-node/register लोड होने में विफल रहेगा)

@briandamaged क्या आप एक फिक्स पीआर प्रदान कर सकते हैं जो मौजूदा परीक्षणों को नहीं

@kibertoad + @brunolm : मैं आज या कल बाद में कुछ एक साथ रखने की कोशिश करूंगा। मैं अभी भी सुनिश्चित कर रहा हूं कि मैं पहले बड़ी तस्वीर को समझूं। मैं जो बता सकता हूं, ऐसा लगता है कि क्नेक्स सीएलआई कुछ कार्यक्षमता को डुप्लिकेट कर रहा है जो पहले से ही Liftoff लाइब्रेरी द्वारा प्रदान की गई है।

@briandamaged हो सकता है। जब तक क्ली परीक्षण पास हो जाते हैं ताकि हम जान सकें कि हम उपयोगकर्ताओं के लिए ब्रेकिंग परिवर्तन पेश नहीं कर रहे हैं, जितना आवश्यक हो उतना गहराई से रिफैक्टर करने के लिए स्वतंत्र महसूस करें।

@brunolm @ShGKme @mmiszy @ilkka यह @briandamaged के अद्भुत काम के लिए 0.20.9 में बेहतर काम करना चाहिए। कृपया इसे आज़माएं और मुझे बताएं कि क्या परिवर्तन आपके लिए मददगार थे।

@kibertoad सभी काम करता है, बहुत बहुत धन्यवाद

@kibertoad बहुत बहुत धन्यवाद ! मैं पुष्टि कर सकता हूं कि यह अभी 100% काम कर रहा है!

api_1    | > knex migrate:make --knexfile ./src/db/knexfile.ts "test"
api_1    |
api_1    | Requiring external module ts-node/register
api_1    | Working directory changed to /usr/src/app/src/db
api_1    | Created Migration: /usr/src/db/migrations/20200210194631_test.ts

@brunolm Haha, @briandamaged असली हीरो है। खुशी है कि यह अब ठीक काम करता है!

मुझे अभी भी यह त्रुटि NodeJS 14.0.0, कमांड knex migrate:make test और निम्न फ़ाइल के साथ मिलती है:

// knexfile.ts

export const config = {

  development: {
    client: "postgres",
    connection: {
      filename: "./dev.sqlite3"
    }
  },

  staging: {
    client: "postgresql",
    connection: {
      database: "my_db",
      user: "username",
      password: "password"
    },
    pool: {
      min: 2,
      max: 10
    },
    migrations: {
      tableName: "knex_migrations"
    }
  },

  production: {
    client: "postgresql",
    connection: {
      database: "my_db",
      user: "username",
      password: "password"
    },
    pool: {
      min: 2,
      max: 10
    },
    migrations: {
      tableName: "knex_migrations"
    }
  }
};

मुझे यह त्रुटि मिलती है:

Failed to load external module ts-node/register
Failed to load external module typescript-node/register
Failed to load external module typescript-register
Failed to load external module typescript-require
Failed to load external module @babel/register
(node:6468) UnhandledPromiseRejectionWarning: C:\Users\Flori\WebstormProjects\OragesAuthentication-Backend\knexfile.ts:3
export const config = {
^^^^^^

SyntaxError: Unexpected token 'export'
    at wrapSafe (internal/modules/cjs/loader.js:1101:16)
    at Module._compile (internal/modules/cjs/loader.js:1149:27)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1205:10)
    at Module.load (internal/modules/cjs/loader.js:1034:32)
    at Function.Module._load (internal/modules/cjs/loader.js:923:14)
    at Module.require (internal/modules/cjs/loader.js:1074:19)
    at require (internal/modules/cjs/helpers.js:72:18)
    at openKnexfile (C:\Users\Flori\WebstormProjects\OragesAuthentication-Backend\node_modules\knex\bin\cli.js:26:16)

संपादित करें: यह निर्भरता के रूप में ts-नोड जोड़कर तय किया गया था। असुविधा के लिए खेद है।