Knex: कॉन्फ़िगरेशन और माइग्रेशन के लिए Knex cli को es6 का समर्थन करना चाहिए

निश्चित रूप से यह बहुत अच्छा होगा। इसके लिए एक पीआर स्वीकार करने में खुशी हो रही है।

माफ़ करना। वह पिछली टिप्पणी अंक १२२० के लिए होनी चाहिए थी, लेकिन मैंने गलती से वह टिप्पणी यहाँ डाल दी।

@ rhys-vdw क्या आप हाथ से जानते हैं कि इसमें क्या लगेगा?

@rhys- vdw @jmfurlott । मुझे वास्तव में इसे आगे बढ़ाने में भी दिलचस्पी है क्योंकि मुझे लगता है कि यह वास्तव में एक अच्छी सुविधा होगी। क्या आपको लगता है कि आप हमें उन घटकों की ओर संकेत कर सकते हैं जिन्हें हमें खोजने की कोशिश करनी चाहिए और इसे संभव बनाना चाहिए। कुछ अंतर्दृष्टि मदद करेगी

सीएलआई प्रवेश बिंदु में require("babel-register") जोड़ना शायद काम करे।

पुष्टि की - मेरी बीज फ़ाइल में जोड़ा और ES2015 चल रहा था! शायद 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

.बेबेलआरसी

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

हालाँकि मैं बीज पथ नहीं बदल सकता, जब वे ./seeds में स्थित नहीं होते हैं तो मुझे हमेशा मिलेगा

No seed files exist

वही पलायन के लिए भी..

एक अन्य विकल्प Knex को babel-node साथ चलाना है, जो babel-cli , जैसे:

{
  "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 हाँ, वह भी काम करता है! मैं सिर्फ स्पष्ट "डीबी: माइग्रेट: मेक " और "डीबी: माइग्रेट: नवीनतम " स्क्रिप्ट पसंद करता हूं, अगर मैं आधे साल बाद सटीक शब्द भूल जाता हूं (क्या यह "मेक" था? या "मेक-माइग्रेशन"? या "माइग्रेट: मेक"? या "माइग्रेट:नया"? या...)

@olalonde उत्कृष्ट प्रस्ताव! तब आप npm स्क्रिप्ट "रचना" का उपयोग कर सकते हैं जैसे:

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

शायद यह भी मदद कर सकता है: https://github.com/standard-things/esm

ओएस: विंडोज़
बेबल-क्ली@6.26.0
[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 , लेकिन वह अभी भी बिना आउटपुट के बाहर निकलता है।

* निक्स पर रीफाई (तेज!) का उपयोग करना (विंडोज़ पर उपनाम समानार्थी के बारे में कोई जानकारी नहीं, क्षमा करें!)

/*

  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 प्रयास बदसूरत हैं लेकिन मैं मॉड्यूल.एक्सपोर्ट्स का उपयोग करके एक ही विसंगति के साथ रह सकता हूं

निम्नलिखित के साथ 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 जोड़ें जो आपके knexfile.js को इंगित करेगा

यह संभव है @haywirez ' समस्या इसलिए है क्योंकि export default { ... } को ESM इंटरऑप के लिए const file = require('/path/to/knexfile').default होने की आवश्यकता होगी।

इसके अलावा, लिफ्टऑफ़, जैसा कि क्नेक्स क्ली द्वारा उपयोग किया जाता है, --require ध्वज के लिए अनुमति देता है जैसे कि esm या babel-register जैसी किसी चीज़ की आवश्यकता होती है। दुर्भाग्य से, क्योंकि यह आदेश कमांडर में पंजीकृत नहीं है, esm आवश्यकता के बाद knex cli मर जाता है:

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

  error: unknown option `--require'

क्या परियोजना सभी आदेशों पर --require सक्षम करने के साथ-साथ knexfile पर इंटरऑप सुनिश्चित करने के लिए पीआर के लिए खुली होगी?

https://github.com/tgriesser/knex/issues/1232#issuecomment -411775132 आपको उपनाम पथ नामों के लिए tsconfg-paths पंजीकृत करने की भी अनुमति देगा, जो बीज w/ टाइपस्क्रिप्ट बनाते समय उपयोगी होता है। ts-नोड उपनाम पथ का समर्थन करने की योजना नहीं बनाता है, इसलिए यह समस्याग्रस्त हो जाता है जब मैं बीज बना रहा हूं जिसके लिए डेटाबेस में डेटा को बनाए रखने से पहले कुछ जटिल परिवर्तनों की आवश्यकता होती है। अगर हमने --require ध्वज का खुलासा किया तो मैं इसे स्वयं प्राप्त कर सकता हूं।

वैकल्पिक रूप से, यदि अन्य लोग इस समस्या का सामना करते हैं, तो आप --require ध्वज के बिना इसे हल कर सकते हैं:

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

@olalonde क्या यह अभी भी ऐसी दुनिया में प्रासंगिक है जहां सभी लोकप्रिय Node.js संस्करण ES6 आउट-ऑफ-द-बॉक्स का समर्थन करते हैं?

@kibertoad नोड अभी तक ESModules का समर्थन नहीं करता है।

@mAAdhaTTah यह थोड़े करता है: https://nodejs.org/api/esm.html

@kibertoad हाँ, लेकिन यह बहुत प्रयोगात्मक और अस्थिर है, इसलिए आप इस पर भरोसा नहीं कर सकते।

यदि आप विंडोज़ पर 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 शामिल है और यह आधे साल से अधिक पुराना है ... मैं बेबेल में सभी परिवर्तनों के साथ विशेष रूप से उत्सुक हूं, और पुस्तकालय की बेबेल-नोड के बजाय @ बेबेल/रजिस्टर का उपयोग करने के लिए नई प्राथमिकता प्रतीत होती है।

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

यह अभी भी काम नहीं लग रहा है। मेरा 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 और इसे नोड को पास कर सकती है, तो यह न केवल इस टिकट को हल करेगी बल्कि किसी अन्य मुद्दे को भी हल करेगी जहां किसी को Knex चलाने से पहले नोड मॉड्यूल चलाने की आवश्यकता होती है।

-संपादित करें-

जब तक -r तर्क मौजूद नहीं है, तब तक कोई भी सभी _required_ मॉड्यूल में ES6 सिंटैक्स का उपयोग कर सकता है (लेकिन knexfile.js ) ऐसा करके:

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

यह require को ES6 मॉड्यूल को ठीक कर देगा ... लेकिन knexfile.js अभी भी require और module.exports ; एक -r विकल्प इसे हल करेगा।

मामले में किसी को लग रही है, यहाँ कैसे उपयोग करने के लिए पर एक पूर्ण उदाहरण है ईएसएम Knex साथ काम करने के लिए

knexfile.js

const config = {
}

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

पैकेज.जेसन

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

ESM के अधिक लोकप्रिय होने के साथ, मैं Knex को Node>12 के साथ काम करने की अनुमति देने के लिए कुछ योगदान करने के लिए तैयार हूँ। मुझे नोड में ईएसएम के साथ काम करने का थोड़ा सा अनुभव है, इसलिए उम्मीद है कि यह सुचारू रूप से चलेगा। दुर्भाग्य से मैं आपको यह नहीं बता सकता कि मैं इसे कब शुरू कर पाऊंगा क्योंकि मैं काम के घंटों के दौरान इस पर काम नहीं कर सकता (व्यापार से संबंधित नहीं)। मुझे knex कोडबेस के आदी होने में भी एक मिनट लगने वाला है

मुझे लगता है कि यह नई लाइन एक के रूप में 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

इसके अलावा लिफ़्टऑफ़ समर्थन तय किया गया था, इसलिए अधिक परिवर्तन करने से पहले यह पता लगाने के लिए कुछ परीक्षण लिखने में मदद मिलेगी कि क्या काम करता है और क्या नहीं।
उस ने कहा, अगर कोई इस सब की जांच करता है और यह तय करता है कि अभी भी किस काम (यदि कोई हो) की जरूरत है और कुछ परीक्षणों में योगदान देता है, तो यह बहुत मददगार होगा।

हाँ, आप लोग आधिकारिक नोड समाधान के साथ गए, जो अभी तक पूरी तरह से बेक नहीं हुआ है।

आईएमएचओ "एएसएम" मॉड्यूल समाधान बहुत आसान है, और किसी विशेष ध्वज की आवश्यकता नहीं होगी: यह सभी नोड परिवेशों में पुस्तकालय ईएस मॉड्यूल को सभी के लिए अनुकूल बना देगा (जैसा कि मैंने कहा था, केवल एक ही आवश्यकता लाइन के साथ) .

लोदश बनाने वाले की ओर से है; जेडीडी चट्टानों।

@machineghost https://github.com/knex/knex/pull/3639 बेबेल का उपयोग करता है, इसलिए यह एक और तरीका है। मुझे लगता है कि मैंने किसी को esm मॉड्यूल दृष्टिकोण की कोशिश करते देखा है, लेकिन किसी कारण से अब पीआर नहीं मिल रहा है।

खैर, एफडब्ल्यूआईडब्ल्यू कि पुस्तकालय स्टैक ओवरफ्लो बिंदुओं का मेरा वर्तमान सबसे तेज़ स्रोत है;)

मैं यह खोज की थी और इसे दूसरों को यहाँ की सिफारिश की: https://stackoverflow.com/questions/47277887/node-experimental-modules-requested-module-does-not-provide-an-export-named/54302557#54302557

और अब मुझे हर कुछ दिनों में एक नया अपवोट मिलता है क्योंकि यह वास्तव में ESM के लिए एक बेहतरीन (यकीनन सबसे अच्छा , अभी) समाधान है।

@machineghost मौजूदा कोडबेस के आधार पर आप इसके परिचय की कितनी घुसपैठ की उम्मीद करेंगे?

मुझे लगता है कि यह इनमें से एक है "इसका कोई प्रभाव नहीं होना चाहिए, लेकिन चूंकि यह सुनिश्चित करने के लिए आपके द्वारा परीक्षण की जाने वाली हर चीज को प्रभावित करता है" सौदे।

मैंने इसके आंतरिक भाग को नहीं देखा है, लेकिन समुदाय में इस परियोजना की रूपरेखा दी है, शायद अगर किसी ने @jdalton से पूछा बहुत अधिक सूचित राय के साथ?): crossed_fingers:

@machineghost मूल कार्यान्वयन का क्या प्रभाव पड़ा, यह देखने के लिए आप https://github.com/knex/knex/pull/3616 पर एक नज़र डाल सकते हैं। यदि esm पेश किया जाता है तो संभवत: इसे हटाना या बदलना होगा।

मेरे पास बैंडविड्थ एटीएम नहीं है, लेकिन समय मिलने पर मैं देख लूंगा। शायद @jhechtf जल्द ही सक्षम हो सकता है?

हाँ, आप लोग आधिकारिक नोड समाधान के साथ गए, जो अभी तक पूरी तरह से बेक नहीं हुआ है।

@machineghost : हम्म... मेरा मानना ​​है कि --esm ध्वज वास्तव में आपके द्वारा उल्लिखित esm मॉड्यूल का उपयोग कर रहा है:

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

संबंधित नोट पर: आपने मुझे अभी याद दिलाया कि Liftoff एन्हांसमेंट को मर्ज करने के बाद मेरा मतलब --require ध्वज को ठीक करना था। मुझे अभी ऐसा करना चाहिए...

ओह, मेरी माफ़ी! मैं बहुत तेज़ी से स्कैन कर रहा था, " node ${KNEX} --esm " देखा, और बस वहां चर को देखा और सोचा कि आप नोड के संस्करण का उपयोग करने के लिए सीधे नोड को एक तर्क पास कर रहे थे।

ऐसा लगता है कि इसे पहले ही हल कर लिया गया है, और यह सिर्फ मुद्दे के धागे से स्पष्ट नहीं था; अच्छा काम: +1:

एनपी! ऐसा लगता है कि इस पीआर में @D10221 द्वारा फीचर जोड़ा गया था:

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

तो, वे श्रेय के पात्र हैं