domingo, 27 de agosto de 2017

GIT COMMANDS 2 y node js

Sigueme en GiTHUB, follow me on GITHUB

https://github.com/robertoperez777




Node.js

Node.js
nodejs.org
Logo Node.js
Información general
Desarrollador(es)Node.js Developers
Joyent
Autor(es)Ryan Lienhart Dahl
Lanzamiento inicial27 de mayo de 2009
Última versión estable7.8.0
28 de marzo de 2017 (4 meses y 30 días)
GéneroDirigida por eventos
Programado enC++JavaScript
Sistema operativoWindowsMac OS XLinuxSolarisFreeBSDOpenBSDwebOS
LicenciaLicencia MIT
Estado actualActivo
Versiones
lista versiones
[editar datos en Wikidata]
Node.js es un entorno en tiempo de ejecución multiplataforma, de código abierto, para la capa del servidor (pero no limitándose a ello) basado en el lenguaje de programación ECMAScript, asíncrono, con I/O de datos en una arquitectura orientada a eventos y basado en el motor V8 de Google. Fue creado con el enfoque de ser útil en la creación de programas de red altamente escalables, como por ejemplo, servidores web.2​ Fue creado por Ryan Dahl en 2009 y su evolución está apadrinada por la empresa Joyent, que además tiene contratado a Dahl en plantilla.3​ 4
Node.js es similar en su propósito a Twisted o Tornado de PythonPerl Object Environment de Perllibevent o libev de CEventMachine de Rubyvibe.d de D y JEE de Java existe Apache MINANettyAkkaVert.xGrizzly o Xsocket. Al contrario que la mayoría del código JavaScript, no se ejecuta en un navegador, sino en el servidor. Node.js implementa algunas especificaciones de CommonJS.5​ Node.js incluye un entorno REPL para depuración interactiva
Node.js® es un entorno de ejecución para JavaScript construido con el motor de JavaScript V8 de Chrome. Node.js usa un modelo de operaciones E/S sin bloqueo y orientado a eventos, que lo hace liviano y eficiente. El ecosistema de paquetes de Node.js, npm, es el ecosistema mas grande de librerías de código abierto en el mundo.
Important security releases, please update now

Node.js Tutorial

Node.js is an open source server framework.
Node.js allows you to run JavaScript on the server.
Start learning Node.js now »

Learning by Examples

Our "Show Node.js" tool makes it easy to learn Node.js, it shows both the code and the result.

Example

var http = require('http');

http.createServer(function (req, res) {
    res.writeHead(200, {'Content-Type''text/plain'});
    res.end('Hello World!');
}).listen(8080);
Run example »
Click on the "Run example" button to see how it works.

Examples Running in the Command Line Interface

In this tutorial there will be some examples that are better explained by displaying the result in the command line interface.
When this happens, The "Show Node.js" tool will show the result in a black screen on the right:

Example

console.log('This example is different!');
console.log('The result is displayed in the Command Line Interface');
Run example »
Click on the "Run example" button to see how it works.

Node.js Reference

Node.js has a set of built-in modules.

Download Node.js

Download Node.js from the official Node.js web site: https://nodejs.org


Porque me envio un error al hacer el push
PS C:\angulardata> git branch
* master
PS C:\angulardata> cd C:\gitprojects\responsivebootstrap
PS C:\gitprojects\responsivebootstrap> echo "# mascotas" >> README.md
PS C:\gitprojects\responsivebootstrap> git init
Reinitialized existing Git repository in C:/gitprojects/responsivebootstrap/.git/
PS C:\gitprojects\responsivebootstrap> git add README.md
PS C:\gitprojects\responsivebootstrap> git commit -m "first commit"
[master cbc6dfe] first commit
 1 file changed, 0 insertions(+), 0 deletions(-)
PS C:\gitprojects\responsivebootstrap> git remote add origin https://github.com/robertoperez777/mascotas.git
fatal: remote origin already exists.
PS C:\gitprojects\responsivebootstrap> git push -u origin master
remote: Permission to planetoftheweb/responsivebootstrap.git denied to robertoperez777.
fatal: unable to access 'https://github.com/planetoftheweb/responsivebootstrap.git/': The requested URL returned error: 403
PS C:\gitprojects\responsivebootstrap> git remote add origin https://github.com/robertoperez777/mascotas.git
fatal: remote origin already exists.
PS C:\gitprojects\responsivebootstrap> git push -u origin master
remote: Permission to planetoftheweb/responsivebootstrap.git denied to robertoperez777.
fatal: unable to access 'https://github.com/planetoftheweb/responsivebootstrap.git/': The requested URL returned error: 403
PS C:\gitprojects\responsivebootstrap>





RECUERDA EL COMANDO MA IMPORTANTE NPM INSTAL NODE JS



What is NPM?

NPM is a package manager for Node.js packages, or modules if you like.
www.npmjs.com hosts thousands of free packages to download and use.
The NPM program is installed on your computer when you install Node.js
NPM is already ready to run on your computer!

What is a Package?

A package in Node.js contains all the files you need for a module.
Modules are JavaScript libraries you can include in your project.

Download a Package

Downloading a package is very easy.
Open the command line interface and tell NPM to download the package you want.
I want to download a package called "upper-case":
Download "upper-case":
C:\Users\Your Name>npm install upper-case
Now you have downloaded and installed your first package!
NPM creates a folder named "node_modules", where the package will be placed. All packages you install in the future will be placed in this folder.
My project now has a folder structure like this:
C:\Users\My Name\node_modules\upper-case


Using a Package

Once the package is installed, it is ready to use.
Include the "upper-case" package the same way you include any other module:
var uc = require('upper-case');
Create a Node.js file that will convert the output "Hello World!" into upper-case letters:

Example

var http = require('http');
var uc = require('upper-case');
http.createServer(function (req, res) {
    res.writeHead(200, {'Content-Type''text/html'});
    res.write(uc("Hello World!"));
    res.end();
}).listen(8080);
Run example »
Save the code above in a file called "demo_uppercase.js", and initiate the file:
Initiate demo_uppercase:
C:\Users\Your Name>node demo_uppercase.js
If you have followed the same steps on your computer, you will see the same result as the example: http://localhost:8080


Git

Git
git-scm.com
Git-logo.svg
245px
Información general
Modelo de desarrolloSoftware libre
Desarrollador(es)Linus Torvalds y Junio Hamano
Autor(es)Linus Torvalds
Lanzamiento inicial7 de abril de 2005
Última versión estable2.14
4 de agosto de 2017 (22 días)
GéneroControl de versiones
Programado enCBourne ShellPerl1
Sistema operativoUnix-likeWindows
LicenciaGNU GPL v2
Idiomasinglés
[editar datos en Wikidata]
Git (pronunciado "guit"2​) es un software de control de versiones diseñado por Linus Torvalds, pensando en la eficiencia y la confiabilidad del mantenimiento de versiones de aplicaciones cuando éstas tienen un gran número de archivos de código fuente. Al principio, Git se pensó como un motor de bajo nivel sobre el cual otros pudieran escribir la interfaz de usuario o front end como Cogito o StGIT3​ Sin embargo, Git se ha convertido desde entonces en un sistema de control de versiones con funcionalidad plena. 4​ Hay algunos proyectos de mucha relevancia que ya usan Git, en particular, el grupo de programación del núcleo Linux.
El mantenimiento del software Git está actualmente (2009) supervisado por Junio Hamano, quien recibe contribuciones al código de alrededor de 280 programadores.

Características[editar]

El diseño de Git se basó en BitKeeper y en Monotone5​ 6
El diseño de Git resulta de la experiencia del diseñador de LinuxLinus Torvalds, manteniendo una enorme cantidad de código distribuida y gestionada por mucha gente, que incide en numerosos detalles de rendimiento, y de la necesidad de rapidez en una primera implementación.
Entre las características más relevantes se encuentran:
  • Fuerte apoyo al desarrollo no lineal, por ende rapidez en la gestión de ramas y mezclado de diferentes versiones. Git incluye herramientas específicas para navegar y visualizar un historial de desarrollo no lineal. Una presunción fundamental en Git es que un cambio será fusionado mucho más frecuentemente de lo que se escribe originalmente, conforme se pasa entre varios programadores que lo revisan.
  • Gestión distribuida. Al igual que DarcsBitKeeperMercurialSVKBazaar y Monotone, Git le da a cada programador una copia local del historial del desarrollo entero, y los cambios se propagan entre los repositorios locales. Los cambios se importan como ramas adicionales y pueden ser fusionados en la misma manera que se hace con la rama local.
  • Los almacenes de información pueden publicarse por HTTPFTPrsync o mediante un protocolo nativo, ya sea a través de una conexión TCP/IP simple o a través de cifrado SSH. Git también puede emular servidores CVS, lo que habilita el uso de clientes CVS pre-existentes y módulos IDE para CVS pre-existentes en el acceso de repositorios Git.
  • Los repositorios Subversion y svk se pueden usar directamente con git-svn.
  • Gestión eficiente de proyectos grandes, dada la rapidez de gestión de diferencias entre archivos, entre otras mejoras de optimización de velocidad de ejecución.
  • Todas las versiones previas a un cambio determinado, implican la notificación de un cambio posterior en cualquiera de ellas a ese cambio (denominado autenticación criptográfica de historial). Esto existía en Monotone.
  • Resulta algo más caro trabajar con ficheros concretos frente a proyectos, eso diferencia el trabajo frente a CVS, que trabaja con base en cambios de fichero, pero mejora el trabajo con afectaciones de código que concurren en operaciones similares en varios archivos.
  • Los renombrados se trabajan basándose en similitudes entre ficheros, aparte de nombres de ficheros, pero no se hacen marcas explícitas de cambios de nombre con base en supuestos nombres únicos de nodos de sistema de ficheros, lo que evita posibles, y posiblemente desastrosas, coincidencias de ficheros diferentes en un único nombre.
  • Realmacenamiento periódico en paquetes (ficheros). Esto es relativamente eficiente para escritura de cambios y relativamente ineficiente para lectura si el reempaquetado (con base en diferencias) no ocurre cada cierto tiempo.

Órdenes básicas[editar]

  • git fetch:
Descarga los cambios realizados en el repositorio remoto.
  • git merge <nombre_rama>:
Impacta en la rama en la que te encuentras parado, los cambios realizados en la rama “nombre_rama”.
  • git pull:
Unifica los comandos fetch y merge en un único comando.
  • git commit -am "<mensaje>":
Confirma los cambios realizados. El “mensaje” generalmente se usa para asociar al commit una breve descripción de los cambios realizados.
  • git push origin <nombre_rama>:
Sube la rama “nombre_rama” al servidor remoto.
  • git status:
Muestra el estado actual de la rama, como los cambios que hay sin commitear.
  • git add <nombre_archivo>:
Comienza a trackear el archivo “nombre_archivo”.
  • git checkout -b <nombre_rama_nueva>:
Crea una rama a partir de la que te encuentres parado con el nombre “nombre_rama_nueva”, y luego salta sobre la rama nueva, por lo que quedas parado en esta última.
  • git checkout -t origin/<nombre_rama>:
Si existe una rama remota de nombre “nombre_rama”, al ejecutar este comando se crea una rama local con el nombre “nombre_rama” para hacer un seguimiento de la rama remota con el mismo nombre.
  • git branch:
Lista todas las ramas locales.
  • git branch -a:
Lista todas las ramas locales y remotas.
  • git branch -d <nombre_rama>:
Elimina la rama local con el nombre “nombre_rama”.
  • git push origin <nombre_rama>:
Commitea los cambios desde el branch local origin al branch “nombre_rama”.
  • git remote prune origin:
Actualiza tu repositorio remoto en caso que algún otro desarrollador haya eliminado alguna rama remota.
  • git reset --hard HEAD:
Elimina los cambios realizados que aún no se hayan hecho commit.
  • git revert <hash_commit>:
Revierte el commit realizado, identificado por el “hash_commit”.

Buenas prácticas[editar]

Cada desarrollador o equipo de desarrollo puede hacer uso de Git de la forma que le parezca conveniente. Sin embargo una buena práctica es la siguiente:
Se deben utilizar 4 tipos de ramas: Master, Development, Features, y Hotfix.
  • Master:
Es la rama principal. Contiene el repositorio que se encuentra publicado en producción, por lo que debe estar siempre estable.
  • Development:
Es una rama sacada de master. Es la rama de integración, todas las nuevas funcionalidades se deben integrar en esta rama. Luego que se realice la integración y se corrijan los errores (en caso de haber alguno), es decir que la rama se encuentre estable, se puede hacer un merge de development sobre la rama master.
  • Features:
Cada nueva funcionalidad se debe realizar en una rama nueva, específica para esa funcionalidad. Estas se deben sacar de development. Una vez que la funcionalidad esté desarrollada, se hace un merge de la rama sobre development, donde se integrará con las demás funcionalidades.
  • Hotfix:
Son bugs que surgen en producción, por lo que se deben arreglar y publicar de forma urgente. Es por ello, que son ramas sacadas de master. Una vez corregido el error, se debe hacer un merge de la rama sobre master. Al final, para que no quede desactualizada, se debe realizar el merge de master sobre development.
Blogger Widgets