tutorial reconoce interno externo como comando and bower

reconoce - install bower js



Instalar una dependencia con Bower desde la URL y especificar la versiĆ³n (10)

Orientación a un compromiso específico

Remoto (github)

Al usar github, tenga en cuenta que también puede apuntar a un compromiso específico (por ejemplo, de un tenedor que ha creado y actualizado) al agregar su hash de confirmación al final de su url clonada. Por ejemplo:

"dependencies": { "example": "https://github.com/owner_name/repo_name.git#9203e6166b343d7d8b3bb638775b41fe5de3524c" }

Localmente (sistema de archivos)

O puede apuntar a un commit de git en su sistema de archivos local si usa el directorio .git de su proyecto, como ese (en Windows, tenga en cuenta las barras diagonales):

"dependencies": { "example": "file://C:/Projects/my-project/.git#9203e6166b343d7d8b3bb638775b41fe5de3524c" }

Esta es una forma de comprobar el código de la biblioteca que ha confirmado localmente pero que aún no se ha enviado al repositorio.

Estoy tratando de instalar una dependencia con Bower usando una URL. A partir de la documentación de Bower:

Bower ofrece varias formas de instalar paquetes:

# Using the dependencies listed in the current directory''s bower.json bower install # Using a local or remote package bower install <package> # Using a specific version of a package bower install <package>#<version> # Using a different name and a specific version of a package bower install <name>=<package>#<version>

Donde <package> puede ser cualquiera de los siguientes:

  • Un nombre que se asigna a un paquete registrado con Bower, por ejemplo, jquery.
  • Un punto final remoto de Git, por ejemplo, git://github.com/someone/some-package.git . Puede ser público o privado.
  • Un punto final local, es decir, una carpeta que es un repositorio de Git.
  • Un punto final abreviado, por ejemplo, someone/some-package (por defecto es GitHub).
  • Una URL para un archivo, incluidos los archivos zip y tar. Su contenido será extraído.

Sin embargo, dice que todos los tipos, excepto la URL, permiten especificar una versión.

¿Cómo especifico una versión para una dependencia descargada de URL?


Creo que la versión específica funciona solo para git-endpoints. Y no para carpetas / zip. Como cuando apuntas bower a un js-file / folder / zip, ya has especificado el paquete y la versión (a excepción de js). Porque un paquete tiene bower.json con versión en él. Especificar una versión en ''bower install'' tiene sentido cuando apunta Bower a un repositorio que puede tener muchas versiones de un paquete. Puede ser solo idiota, creo.


Esta es una forma práctica y rápida de instalar una etiqueta específica o comprometerse desde GitHub a través de bower.json .

{ "dependencies": { "your-library-name": "<GITHUB-USERNAME>/<REPOSITORY-NAME>#<TAG-OR-COMMIT>" } }

Por ejemplo:

{ "dependencies": { "custom-jquery": "jquery/jquery#2.0.3" } }


Instala el paquete desde git y lo guarda en su bloque de dependencia bower.json.

  1. bower register package-name git-endpoint#version
  2. install package-name --save

( --save guardará la versión del nombre del paquete en el archivo bower.json dentro del bloque de dependencia).

Reference


Pruebe bower install git://github.com/urin/jquery.balloon.js.git#1.0.3 --save donde 1.0.3 es el número de etiqueta que puede obtener leyendo la etiqueta debajo de las versiones. También para URL reemplace por git:// para que el sistema se conecte.


Si usa el archivo bower.json para especificar sus dependencias:

{ "dependencies": { ... "photo-swipe": "[email protected]:dimsemenov/PhotoSwipe.git#v3.0.x", #bower 1.4 (tested with that version) can read repositorios with uri format "photo-swipe": "git://github.com/dimsemenov/PhotoSwipe.git#v3.0.x", } }

Solo recuerde que bower también busca versiones y etiquetas lanzadas para que pueda apuntar a casi todo, y puede interpolar patrones de consulta básicos como el ejemplo anterior. que buscará la última actualización menor de la versión 3.0 (probado desde bower 1.3.5)

Actualice , ya que la descripción de la pregunta también menciona el uso de solo una URL y ninguna mención de un repositorio de github.

Otro ejemplo es ejecutar este comando usando la URL deseada, como:

bower install gmap3MarkerWithLabel=http://google-maps-utility-library-v3.googlecode.com/svn/tags/markerwithlabel/1.0/src/markerwithlabel.js -S

ese comando descarga su biblioteca js pone en {su ruta de destino} /gmap3MarkerWithLabel/index.js y automáticamente crea una entrada en su archivo bower.json llamada gmap3MarkerWithLabel: "..." Después de eso, solo puede ejecutar la bower update gmap3MarkerWithLabel si es necesario .

Lo curioso es que si haces el proceso retrocede (agrega manualmente la entrada en bower.json, entonces inower install entryName) no funciona, obtienes un

Bower ENOTFOUND Paquete gmapV3MarkerWithLabel no encontrado


Solo una actualización.

Ahora, si se trata de un repositorio de Github, basta con usar una taquigrafía de github si no le molesta la versión del curso.

Taquigrafía de GitHub

$ bower install desandro/masonry



Use un punto final git en lugar de un nombre de paquete:

bower install https://github.com/jquery/jquery.git#2.0.3


Solo especificar el punto final uri funcionó para mí , bower 1.3.9

"dependencies": { "jquery.cookie": "latest", "everestjs": "http://www.everestjs.net/static/st.v2.js" }

Al ejecutar bower install , recibí el siguiente resultado:

bower new version for http://www.everestjs.net/static/st.v2.js#* bower resolve http://www.everestjs.net/static/st.v2.js#* bower download http://www.everestjs.net/static/st.v2.js

También puedes intentar actualizar Bower

  • npm update -g bower

De acuerdo con la documentation : los siguientes tipos de URL son compatibles:

http://example.com/script.js http://example.com/style.css http://example.com/package.zip (contents will be extracted) http://example.com/package.tar (contents will be extracted)