Rokasgrāmata Git atkarību pakotņu bloķēšanas ignorēšanai

Git atkarības problēmu risināšana:

Strādājot ar npm atkarībām, kas atrisinātas no Git repozitorija, var rasties problēmas, kas saistītas ar faila package-lock.json klātbūtni Git repo. Tas var radīt problēmas, it īpaši, ja bloķēšanas failā ir saites, kas atrisinātas no reģistra, kuram jums nav piekļuves.

Šādos gadījumos npm mēdz klonēt repozitoriju un palaist npm install atkarības ietvaros, kas var izraisīt sarežģījumus. Šajā rakstā ir apskatīts, kā ignorēt npm darbību, lai ignorētu pakotņu bloķēšanas failus Git atkarībās un nodrošinātu vienmērīgu instalēšanu, izmantojot npmjs reģistru.

Package-lock.json problēmu risināšana Git atkarībā

Piedāvātie skripti ir izstrādāti, lai risinātu nevēlamo problēmu package-lock.json failus Git atkarībās laikā npm install. Pirmais skripts ir bash skripts, kas palaiž post-klonēšanas komandu, lai atrastu un dzēstu visu package-lock.json faili mapē node_modules direktoriju. Tas tiek panākts, izmantojot find komandu apvienojumā ar -name un -type f opcijas, kam seko -delete iespēja noņemt failus. Šis skripts nodrošina, ka visi atkarību bloķēšanas faili tiek pirms tam noņemti npm install tiek izpildīts, ļaujot pakotnes atrisināt no npmjs reģistra, nevis privātā reģistra.

Otrais skripts modificē .npmrc failu, lai ignorētu noklusējuma reģistra iestatījumus, nodrošinot, ka pakotnes vienmēr tiek izgūtas no npmjs reģistra. Trešais skripts ir Node.js pirmsinstalēšanas skripts, kas programmatiski meklē un dzēš package-lock.json faili iekšā node_modules direktoriju. Šis skripts izmanto tādas Node.js metodes kā unlinkSync un lstatSync lai apstrādātu ar failiem saistītās darbības. Ieviešot šos risinājumus, izstrādātāji var novērst problēmas, ko izraisa bloķēšanas faili Git atkarībās, un nodrošināt vienmērīgu pakotņu instalēšanu no pareizā reģistra.

#!/bin/bash
# Post-clone script to remove package-lock.json from dependencies
find node_modules -name "package-lock.json" -type f -delete
npm install

// .npmrc file in the project root
registry=https://registry.npmjs.org/
@your-scope:registry=https://registry.npmjs.org/
always-auth=false
strict-ssl=true

// package.json
"scripts": {
  "preinstall": "node ./scripts/preinstall.js"
}

// ./scripts/preinstall.js
const fs = require('fs');
const path = require('path');
const nodeModulesPath = path.join(__dirname, '../node_modules');

function deletePackageLock(dir) {
  fs.readdirSync(dir).forEach(file => {
    const fullPath = path.join(dir, file);
    if (fs.lstatSync(fullPath).isDirectory()) {
      deletePackageLock(fullPath);
    } else if (file === 'package-lock.json') {
      fs.unlinkSync(fullPath);
      console.log(`Deleted: ${fullPath}`);
    }
  });
}

deletePackageLock(nodeModulesPath);

// package.json
"scripts": {
  "preinstall": "find ./node_modules -type f -name package-lock.json -delete"
}

Git atkarību pārvaldības stratēģijas npm

Vēl viens aspekts, kas jāņem vērā, apstrādājot Git atkarības npm ir pielāgotu skriptu un āķu izmantošana, lai pārvaldītu instalēšanas procesu. Tā vietā, lai paļautos tikai uz npm konfigurācijas, integrējot tādus rīkus kā Husky var automatizēt atkarību modificēšanas procesu pirms to instalēšanas. Tas var ietvert skriptus, kas jānoņem vai jāgroza package-lock.json failus, nodrošinot, ka atkarības tiek pareizi atrisinātas no vēlamā reģistra.

Turklāt CI/CD cauruļvadu izmantošana var būt efektīva pieeja. Konfigurējot cauruļvadu, lai palaistu noteiktus pirmsinstalēšanas skriptus, varat nodrošināt, ka repozitorijs package-lock.json fails netraucē instalēšanas procesu. Šī metode var nodrošināt stabilāku un automatizētāku risinājumu, samazinot manuālās darbības, kas izstrādātājiem jāveic, lai efektīvi pārvaldītu atkarības.