Knex: Knex cliは、構成と移行のためにes6をサポートする必要があります

間違いなくこれは素晴らしいことです。 これのPRを喜んで受け入れます。

ごめん。 その前のコメントは問題1220のためのものであるはずでした、しかし私は誤ってそのコメントをここに置きました。

@ rhys-vdw何が必要か、すぐにわかりますか？

@ rhys-vdw @ jmfurlott 。 これは本当にクールな機能だと思うので、私も実際にこれを追求することに興味があります。 これを可能にするために私たちが探求すべきコンポーネントを私たちに指摘できると思いますか。 いくつかの洞察が役立つでしょう

CLIエントリポイントにrequire("babel-register")を追加すると、うまくいく可能性があります。

確認済み-それをシードファイルに追加し、ES2015を実行しました！ たぶん内のオプションでなければなりませんknexfile.js設定するには、 compilerモカが自分のCLIでないように、？

私はついに私の仕事を始めました：

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-cliで利用可能なbabel-nodeでKnexを実行することです。

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

アプリがすでにBabelによって処理されている間にknexfile.jsをインポートし、 require('babel-register')オプションを使用できなくする場合は、これを行うことをお勧めします。

@jeremejevs良いアイデア...と

{
  "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スクリプト「composition」を使用できます。

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

多分これも役立つかもしれません： https ：

OS：ウィンドウ
[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 docsは、 npm run knex -- migrate:makeようなスクリプト引数の前に--を置く必要があると言っていますが、それでも出力なしで終了します。

* nixでreify （fast！）を使用わかりません。申し訳ありません！）

/*

  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"
  }

`` `
ヤーンネックスマイグレーション：メイク笑
「」

ポインタはありますか？ 作業ディレクトリの問題のようです（私は推測します）🤔

@haywirezこれがこのチケットのトピックに関連していることを確認しますか？..とにかく、それが求めていることを正確に実行してみてください。knexfile.jsを指す--knexfileを追加してください。

@haywirezの問題は、ESM相互運用のためにexport default { ... }がconst file = require('/path/to/knexfile').defaultである必要があるためである可能性があります。

また、knex cliで使用されるLiftoffでは、 esmやbabel-registerなどを要求するための--requireフラグを使用できます。 残念ながら、このコマンドはCommanderに登録されていないため、knex cliはesm要求した後に終了します。

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

  error: unknown option `--require'

プロジェクト--require 、すべてのコマンドでknexfile相互運用を確実にするために、PRに対して開かれていますか？

https://github.com/tgriesser/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バージョンがすぐに使用できるES6をサポートしている世界でも関係がありますか？

@kibertoadノードはまだESModuleをサポートしていません。

@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)

（Lodashの作成者からの）驚くべき「esm」モジュールを発見したので、Babelが関与する必要さえありません。 本当にすべてのKnexがES6モジュールをサポートする必要があるのは、非常に簡単で、舞台裏で--require esmをnodeに渡す方法にすぎません。

knexコマンドラインが単に-rを受け取ってノードに渡すことができれば、このチケットだけでなく、誰かがKnexを実行する前にノードモジュールを実行する必要がある他の問題も解決します。

-編集-

-r引数が存在するまで、次のようにして、すべての_required_モジュールでES6構文を使用できます（ただし、 knexfile.js自体では使用できません）。

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

package.json

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

ESMの人気が高まるにつれ、Knexがノード> 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のサポートが修正されたため、さらに変更を加える前に、何が機能し、何が機能しないかを理解するためのテストを作成すると便利です。
とは言うものの、誰かがこれらすべてを調査し、まだ必要な作業（ある場合）を決定し、いくつかのテストに貢献する場合、それは非常に役立ちます。

ええ、皆さんはまだ完全にベイクされていない公式のノードソリューションを使用しました。

IMHOの「esm」モジュールソリューションははるかに単純で、特別なフラグは必要ありません。すべてのノード環境で、ライブラリESモジュールをすべての人にとって使いやすいものにするだけです（私が言ったように、必要な行は1つだけである可能性が高いです）。 。

Lodashを作った人からです。 JDDは揺れる。

@machineghost https://github.com/knex/knex/pull/3639はbabelを使用しているので、それはもう1つの方法です。 誰かがesmモジュールアプローチを試しているのを見たと思いますが、何らかの理由で現在PRを見つけることができません。

ええと、そのライブラリが私の現在のスタックオーバーフローポイントの最速のソースであるFWIW;）

私はそれを発見し、ここで他の人にそれをお勧めしました： https ：

そして今、私は数日ごとに新しい賛成票を受け取ります。なぜなら、それは本当にESMにとって素晴らしい（おそらく今のところ最高の）ソリューションだからです。

@machineghostその導入が既存のコードベースに基づいているとどの

これは「何の効果もないはずですが、確実にテストしなければならないすべてに影響するので」の取引の1つだと思います。

私はその内部を見ていませんが、コミュニティでのこのプロジェクトのプロファイルを考えると、おそらく誰かが@jdaltonに尋ねた場合、彼はリスクをはるかに多くの情報に基づいた意見で？）：crossed_fingers：

@machineghost https://github.com/knex/knex/pull/3616を見て、元の実装の影響を確認できます。 esmが導入された場合、おそらくそれを削除または交換する必要があります。

帯域幅ATMはありませんが、時間があれば見ていきます。 おそらく@jhechtfはもっと早くできるかもしれませんか？

ええ、皆さんはまだ完全にベイクされていない公式のノードソリューションを使用しました。

@machineghost ：うーん... --esmフラグは実際にあなたが言及したesmモジュールを使用していると思います：

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

関連するメモ： Liftoff機能強化がマージされた後、 --requireフラグを修正するつもりだったことを思い出しました。 私は今それをしに行かなければなりません...

ああ、お詫びします！ スキャンが速すぎて、「 node ${KNEX} --esm 」が表示され、そこで変数を確認したところ、ノードに引数を直接渡して、ノードのバージョンを使用するように指示していると思いました。

これはすでに解決されているようですが、問題のスレッドからは明らかではありませんでした。 いい仕事：+1：

np！ このPRでは@ D10221によって機能が追加されたようです。

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

だから、彼らは信用に値する🎉