Knex: Knex cli는 구성 및 마이그레이션을 위해 es6을 지원해야 합니다.

확실히 이것은 훌륭할 것입니다. 이에 대한 PR을 수락하게 되어 기쁩니다.

죄송합니다. 그 이전 댓글은 1220호에 대한 것이었지만 여기에 댓글을 실수로 넣었습니다.

@rhys-vdw 무슨 일이 필요한지 알고 계십니까?

@rhys-vdw @jmfurlott . 나는 이것이 정말 멋진 기능이 될 것이라고 생각하기 때문에 실제로 이것을 추구하는 데 관심이 있습니다. 이것을 가능하게 하기 위해 탐색해야 하는 구성 요소를 알려줄 수 있다고 생각하십니까? 약간의 통찰력이 도움이 될 것입니다

CLI 진입점에 require("babel-register") 를 추가하면 효과가 있을 수 있습니다.

확인됨 - 이를 내 시드 파일에 추가하고 ES2015를 실행했습니다! mocha가 CLI에서 하는 것처럼 knexfile.js 에 compiler 를 설정하는 옵션이 있어야 합니까?

마침내 내 일을 얻었습니다.

db.config.js

export default {
    devDB: {
        client: 'sqlite3',
        connection: {
            filename: './db.sqlite3',
        },
        pool: {
            min: 1,
            max: 1,
        },
    },
    migrations: {
        directory: './migrations',
        tableName: '_migrations',
    },
    seeds: {
        directory: './seeds/dev'
    },
    pool: {
        min: 1,
        max: 1,
    }
}

knexfile.js

require('babel-register')
const config = require('./db.config').default // <- this -.-

module.exports = config

.babelrc

{
    "env": {
        "devDB": {
            "plugins": ["transform-es2015-modules-commonjs"]
        }
    }
}

그러나 ./seeds에 있지 않으면 시드 경로를 변경할 수 없습니다.

No seed files exist

마이그레이션도 마찬가지..

또 다른 옵션은 babel-node Knex를 실행하는 것입니다. babel-cli 에서 다음과 같이 사용할 수 있습니다.

{
  "scripts": {
    "db:migrate:latest": "babel-node node_modules/.bin/knex migrate:latest"
  }
}

앱이 이미 Babel에서 처리되는 동안 knexfile.js 를 가져와서 require('babel-register') 옵션을 사용할 수 없게 만드는 경우 이 작업을 수행할 수 있습니다.

@jeremejev 좋은 생각...

{
  "scripts": {
    "knex": "babel-node node_modules/.bin/knex"
  }
}

당신은이 방법을 사용할 수 있습니다

npm run knex migrate:latest

모든 Knex 명령에 대해 별도의 스크립트를 만들 필요가 없습니다.

@olalonde 네, 그것도 작동합니다! 반년 후에 정확한 문구를 잊어버린 경우를 대비하여 명시적인 "db: migrate:make " 및 "db: migrate:latest " 스크립트를 사용하는 것을 선호합니다("make"? 또는 "make-migration"입니까? 또는 "migrate: make"? 또는 "migrate:new"? 또는...) 🙂

@olalonde 훌륭한 제안입니다! 그런 다음 다음과 같이 npm 스크립트 "구성"을 사용할 수 있습니다.

{
    "knex": "babel-node node_modules/.bin/knex",
    "migrate": "npm run knex -- migrate:latest --env ",
}

어쩌면 이것이 도움이 될 수도 있습니다: https://github.com/standard-things/esm

운영체제: 윈도우
[email protected]
[email protected]

// migrations/contacts.js
export function up (knex) {
  return knex.schema
    .createTable('contacts', table => {
      table.increments('id').primary()
      table.string('firstName')
      table.string('lastName')
      table.string('emailAddress')
    })
}

export function down(knex) {
  return knex.schema
    .dropTable('contacts')
}

$ npx knex migrate:latest
Using environment: development
migrations/contacts.js:1
(function (exports, require, module, __filename, __dirname) { export function up (knex) {
                                                              ^^^^^^
SyntaxError: Unexpected token export
    at Object.exports.runInThisContext (vm.js:73:16)
    at Module._compile (module.js:543:28)
    ...

$ npx babel-node node_modules/.bin/knex migrate:latest
./node_modules/.bin/knex:2
basedir=$(dirname "$(echo "$0" | sed -e 's,\\,/,g')")
          ^^^^^^^
SyntaxError: missing ) after argument list
    at Object.exports.runInThisContext (vm.js:73:16)
    at Module._compile (module.js:543:28)
    ...

$ npx babel-node node_modules/knex/bin/cli.js migrate:latest
Using environment: development
Batch 1 run: 1 migrations
migrations/contacts.js

@olalonde 의 제안, npm run knex migrate:make 또는 npm run knex 를 추가 인수와 함께 시도하면 아무 것도 표시하지 않고 종료됩니다. npm run knex 실행하면 정상적으로 사용량이 표시됩니다. npm 문서에 따르면 npm run knex -- migrate:make 와 같은 스크립트 인수 앞에 -- 를 넣어야 하지만 여전히 출력 없이 종료됩니다.

*nix에서 reify (빠른!) 사용(Windows의 별칭 동의어에 대해 잘 모릅니다. 죄송합니다!)

/*

  npm install --save-dev reify
  echo '.reify-cache/' >> .gitignore
  alias knex='node -r reify ./node_modules/.bin/knex

  knex migrate:latest # …etc

*/

const table = 'foo';

export const up = knex => {
  return knex.schema.createTable(table, t => {
    t.increments();
    // …etc
    t.timestamps();
  });
};

export const down = knex => knex.schema.dropTable(table);

// OR

// export function up (knex) {
//   return knex.schema.createTable(table, t => {
//     t.increments();
//     // …etc
//     t.timestamps();
//   });
// }

// export function down (knex) {
//   knex.schema.dropTable(table);
// }

모든 es6ifying knexfile.js 시도는 추악하지만 module.exports를 사용하여 단일 이상으로 살 수 있습니다.

다음과 함께 No knexfile found in this directory. Specify a path with --knexfile 를 계속 받으십시오.

// src/knexfile.js
import config from 'config'

export default {
  debug: false,
  settings: config.get('dbConfig'),
  seeds: {
    directory: './seeds/'
  }
}

//package.json
 "scripts": {
    "knex": "babel-node node_modules/.bin/knex"
  }

```
yarn knex migrate:make lol
````

어떤 포인터? 작업 디렉토리 문제인 것 같습니다(내 생각에는) 🤔

@haywirez 이것이 이 티켓의 주제와 관련이 있다고 확신합니까?.. 어쨌든, 그것이 요구하는 것을 정확하게 수행하고 knexfile.js를 가리키는 --knexfile을 추가하십시오.

@haywirez ' 문제는 ESM interop에 대해 export default { ... } 가 const file = require('/path/to/knexfile').default 여야 하기 때문일 수 있습니다.

또한 knex cli에서 사용하는 Liftoff는 esm 또는 babel-register 와 같은 것을 요구하는 --require 플래그를 허용합니다. 불행히도 이 명령은 Commander에 등록되어 있지 않기 때문에 esm 에서 요구한 후 knex cli가 종료됩니다.

± |master ?:18 ✗| → npx knex --require esm seed:make admin_user
Requiring external module esm

  error: unknown option `--require'

모든 명령에서 --require 를 활성화하고 knexfile 에 대한 상호 운용성을 보장하기 위해 프로젝트가 PR에 열려 있습니까?

https://github.com/tgrisser/knex/issues/1232#issuecomment -411775132 에서는 별칭 경로 이름에 대한 tsconfg-paths 를 등록할 수도 있습니다. 이는 typescript로 시드를 만들 때 유용합니다. ts-node 는 별칭 경로를 지원할 계획 이 아니므로 데이터베이스에 데이터를 유지하기 전에 복잡한 변환이 필요한 시드를 만들 때 문제가 됩니다. --require 플래그를 노출하면 이 문제를 직접 해결할 수 있습니다.

또는 다른 사람들이 이 문제에 부딪힌 경우 다음을 수행하여 --require 플래그 없이 이 문제를 해결할 수 있습니다.

node -r tsconfig-paths/register node_modules/.bin/knex seed:run

@olalonde 이것은 모든 인기 있는 Node.js 버전이

@kibertoad 노드는 아직 ESModules를 지원하지 않습니다.

@mAAdhaTTah 그것은 일종의 일종의 않습니다 : https://nodejs.org/api/esm.html

@kibertoad 예, 하지만 매우 실험적이고 불안정하므로 신뢰할 수 없습니다.

Windows에서 esm 을 사용하는 경우 다음을 시도하십시오.
node -r esm node_modules/knex/bin/cli.js migrate:make migration_name .

Linux 및 Mac에서는 다음을 시도하십시오.
node -r esm node_modules/.bin/knex migrate:make migration_name

그래서 이 티켓에서 내가 본 마지막 업데이트는 esm을 포함하고 반년이 넘었습니다... 그 이후로 Babel과 함께 작동하도록 관리한 사람이 있습니까? 나는 Babel에 대한 모든 변경 사항과 babel-node 대신 @babel/register를 사용하기 위한 라이브러리의 새로운 기본 설정이 특히 궁금합니다.

@machineghost 최신 마스터를 사용해 볼 수 있으며 변환을 사용하지 않으므로 더 잘 작동할 수 있습니다. 남은 제한 사항이 있으면 알려주십시오.

여전히 작동하지 않는 것 같습니다. 내 package.json 는 다음과 같습니다.

"knex": "npx @babel/node node_modules/.bin/knex --knexfile=src/database/knexfile.js",
"migrate": "npm run knex migrate:latest",

// ...
"dependencies": {
// ...
"knex": "git://github.com/tgriesser/knex.git#master",
// ...

내 knexfile.js 는 매우 간단합니다.

import { development } from './realKnexFile';
module.exports = {
    development
};

그러나 첫 번째 줄을 넘을 수 없습니다. npm run migrate 실행하면 다음을 얻습니다.

knexfile.js:1
import { development } from './realKnexFile';
       ^

SyntaxError: Unexpected token {
    at Module._compile (internal/modules/cjs/loader.js:760:23)

놀라운 "esm" 모듈 (Lodash 창시자로부터)을 발견하면 더 이상 Babel이 필요하지 않습니다. 실제로 모든 Knex가 ES6 모듈을 지원하는 데 필요한 것은 매우 쉽게 --require esm 를 node 로 전달하는 방법일 뿐입니다.

knex 명령줄에서 -r 를 가져와서 Node에 전달할 수 있다면 이 티켓뿐만 아니라 누군가 Knex를 실행하기 전에 Node 모듈을 실행해야 하는 다른 문제도 해결할 수 있습니다.

-편집하다-

-r 인수가 존재할 때까지 다음을 수행하여 모든 _required_ 모듈( knexfile.js 자체는 아님)에서 ES6 구문을 사용할 수 있습니다.

require = require("esm")(module);
const importedContent = require('./someFile.js');

이렇게 하면 require 자체가 ES6 모듈을 잘 처리하게 됩니다. 하지만 knexfile.js 여전히 require 및 module.exports 를 사용해야 합니다. -r 옵션을 사용하면 해결됩니다.

누군가가 찾고 있는 경우 esm 을 사용하여 knex로 작업하는 방법에 대한 전체 예가 있습니다.

knexfile.js

const config = {
}

// Knex will fail if you use "exports default"
module.exports = config

패키지.json

{
  "scripts": {
    "knex": "node -r esm node_modules/.bin/knex",
    "db:migrate": "yarn knex migrate:latest"
  }
}

ESM이 더 대중화됨에 따라 Knex가 Node >12에서 작동할 수 있도록 약간의 기여를 할 의향이 있습니다. 저는 Node에서 ESM으로 작업한 경험이 있으므로 원활하게 진행되기를 바랍니다. 불행히도 업무 시간(업무와 관련이 없음)에는 작업을 할 수 없기 때문에 언제 시작할 수 있을지 말씀드릴 수 없습니다. knex 코드베이스에 익숙해지는 데에도 1분이 걸릴 것입니다.

라이브러리 작성자가 새 종속성에 대해 괜찮다면 require('esm') 를 새 줄에 추가하는 것만 큼 간단할 수 있다고 생각합니다.

@jhechtf @machineghost 이것을 확인하십시오:
https://github.com/knex/knex/pull/3616
https://github.com/knex/knex/pull/3639
https://github.com/knex/knex/pull/3638

또한 Liftoff 지원이 수정되었으므로 더 많은 변경을 수행하기 전에 현재 작동하는 것과 작동하지 않는 것을 파악하기 위해 몇 가지 테스트를 작성하는 것이 도움이 될 것입니다.
즉, 누군가가 이 모든 것을 조사하고 어떤 작업(있는 경우)이 여전히 필요한지 결정하고 몇 가지 테스트에 기여한다면 큰 도움이 될 것입니다.

예, 여러분은 아직 완전히 구워지지 않은 공식 Node 솔루션을 사용했습니다.

IMHO "esm" 모듈 솔루션은 훨씬 간단하고 특별한 플래그가 필요하지 않습니다. 모든 노드 환경에서 라이브러리 ES 모듈을 모든 사람에게 친숙하게 만듭니다(내가 말했듯이 단일 요구 라인이 있을 가능성이 높음) .

Lodash를 만든 사람이 만든 것입니다. JDD 바위.

@machineghost https://github.com/knex/knex/pull/3639 는 babel을 사용하므로 다른 방법입니다. esm 모듈 접근 방식을 시도하는 사람을 보았지만 어떤 이유에서인지 지금은 PR을 찾을 수 없습니다.

글쎄, FWIW 그 라이브러리는 현재 가장 빠른 스택 오버플로 포인트 소스입니다 ;)

나는 그것을 발견하고 여기에 다른 사람에게 추천 : https://stackoverflow.com/questions/47277887/node-experimental-modules-requested-module-does-not-provide-an-export-named/54302557#54302557

그리고 지금은 ESM을 위한 정말 훌륭한(지금 당장 은 최고의 ) 솔루션이기 때문에 며칠마다 새로운 찬성 투표를 받습니다.

@machineghost 기존 코드베이스를 기반으로 한 도입이 얼마나 거슬

나는 이것이 "아무런 효과가 없어야 하지만 모든 것에 영향을 미치기 때문에 당신이 확실히 테스트해야 하는" 거래 중 하나라고 생각합니다.

내부를 살펴 보지는 않았지만 커뮤니티에서 이 프로젝트의 프로필을 감안할 때 누군가 보면 위험에 대해 무게를 훨씬 더 많은 정보에 입각한 의견으로?) :crossed_fingers:

@machineghost https://github.com/knex/knex/pull/3616 에서 원래 구현의 영향을 확인할 수 있습니다. esm 가 도입되면 아마도 제거하거나 교체해야 할 것입니다.

나는 대역폭 ATM이 없지만 시간이 나면 살펴보겠습니다. 아마도 @jhechtf 가 더 빨리 할 수 ​​있을까요?

예, 여러분은 아직 완전히 구워지지 않은 공식 Node 솔루션을 사용했습니다.

@machineghost : 흠... --esm 플래그가 실제로 언급한 esm 모듈을 사용하고 있다고 생각합니다.

https://github.com/knex/knex/blob/0f523db957138cc0423723c699c9ce52db5feb14/bin/cli.js#L52 -L55

관련 참고 사항: Liftoff 개선 사항이 병합된 후 --require 플래그를 수정해야 한다는 사실을 알려주셨습니다. 지금 하러 가야 하는데...

아, 죄송합니다! 너무 빨리 스캔하고 " node ${KNEX} --esm "를 보고 거기에 있는 변수를 살펴보고 Node에 arg를 직접 전달하여 Node의 버전을 사용하도록 지시한다고 생각했습니다.

이것은 이미 해결된 것처럼 들리며 문제 스레드에서 명확하지 않았습니다. 잘했어 :+1:

넵! 이 PR에서 @D10221 이 기능을 추가한 것 같습니다.

https://github.com/knex/knex/pull/3616

따라서 그들은 크레딧을 받을 자격이 있습니다 🎉