GIT COMMANDS 2 y node js

Sigueme en GiTHUB, follow me on GITHUB

https://github.com/robertoperez777

Microsoft Windows [Versión 10.0.18362.778]
(c) 2019 Microsoft Corporation. Todos los derechos reservados.

C:\Users\rober>cd C:\Users\rober\workspace\2.1basedmaven

C:\Users\rober\workspace\2.1basedmaven>git init
Initialized empty Git repository in C:/Users/rober/workspace/2.1basedmaven/.git/

C:\Users\rober\workspace\2.1basedmaven>git add README.md
fatal: pathspec 'README.md' did not match any files

C:\Users\rober\workspace\2.1basedmaven>echo "# springdesdecero" >> README.md

C:\Users\rober\workspace\2.1basedmaven>git add .

C:\Users\rober\workspace\2.1basedmaven>git commit -m "first commit"
[master (root-commit) 0dd40bd] first commit
 14 files changed, 238 insertions(+)
 create mode 100644 .classpath
 create mode 100644 .project
 create mode 100644 .settings/org.eclipse.core.resources.prefs
 create mode 100644 .settings/org.eclipse.jdt.core.prefs
 create mode 100644 .settings/org.eclipse.m2e.core.prefs
 create mode 100644 README.md
 create mode 100644 pom.xml
 create mode 100644 src/beans.xml
 create mode 100644 src/main/java/com/javatunes/teach/JavaInstructor.java
 create mode 100644 src/main/java/com/javatunes/teach/TeachMeSpring.java
 create mode 100644 src/main/java/com/javatunes/teach/Teacher.java
 create mode 100644 target/classes/com/javatunes/teach/JavaInstructor.class
 create mode 100644 target/classes/com/javatunes/teach/TeachMeSpring.class
 create mode 100644 target/classes/com/javatunes/teach/Teacher.class

C:\Users\rober\workspace\2.1basedmaven>git remote add origin https://github.com/robertoperez777/springdesdecero.git

C:\Users\rober\workspace\2.1basedmaven>git push -u origin master
fatal: HttpRequestException encountered.
   Error al enviar la solicitud.
fatal: HttpRequestException encountered.
   Error al enviar la solicitud.
Username for 'https://github.com': robertoperez777
Password for 'https://robertoperez777@github.com':
remote: Invalid username or password.
fatal: Authentication failed for 'https://github.com/robertoperez777/springdesdecero.git/'

C:\Users\rober\workspace\2.1basedmaven>git push -u origin master
fatal: HttpRequestException encountered.
   Error al enviar la solicitud.
fatal: HttpRequestException encountered.
   Error al enviar la solicitud.
Username for 'https://github.com': robert_rpm@ciencias.unam.mx
Password for 'https://robert_rpm@ciencias.unam.mx@github.com':
Counting objects: 28, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (19/19), done.
Writing objects: 100% (28/28), 4.62 KiB | 590.00 KiB/s, done.
Total 28 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), done.
To https://github.com/robertoperez777/springdesdecero.git
 * [new branch]      master -> master
Branch master set up to track remote branch master from origin.

C:\Users\rober\workspace\2.1basedmaven>
C:\Users\rober\workspace\2.1basedmaven>git status
On branch master
Your branch is up-to-date with 'origin/master'.

nothing to commit, working tree clean

C:\Users\rober\workspace\2.1basedmaven>

Node.js

Node.js
nodejs.org
Información general
Desarrollador(es)	Node.js Developers Joyent
Autor(es)	Ryan Lienhart Dahl
Lanzamiento inicial	27 de mayo de 2009
Última versión estable	7.8.0 28 de marzo de 2017 (4 meses y 30 días)
Género	Dirigida por eventos
Programado en	C++, JavaScript
Sistema operativo	Windows, Mac OS X, Linux, Solaris, FreeBSD, OpenBSD, webOS
Licencia	Licencia MIT
Estado actual	Activo
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.²​ 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.³​ ⁴​

Node.js es similar en su propósito a Twisted o Tornado de Python, Perl Object Environment de Perl, libevent o libev de C, EventMachine de Ruby, vibe.d de D y JEE de Java existe Apache MINA, Netty, Akka, Vert.x, Grizzly 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.⁵​ 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

❮ HomeNext ❯

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.

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

---

❮ PreviousNext ❯UNA RAZON MAS PORQUE LINUS TORVALS ES EL MEJOR CODE DEVELOPER DEL MUNDO GIT

Git

Para otros usos de este término, véase GIT.

Git
git-scm.com
245px
Información general
Modelo de desarrollo	Software libre
Desarrollador(es)	Linus Torvalds y Junio Hamano
Autor(es)	Linus Torvalds
Lanzamiento inicial	7 de abril de 2005
Última versión estable	2.14 4 de agosto de 2017 (22 días)
Género	Control de versiones
Programado en	C, Bourne Shell, Perl1​
Sistema operativo	Unix-like, Windows
Licencia	GNU GPL v2
Idiomas	inglés
[editar datos en Wikidata]

Git (pronunciado "guit"²​) 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 StGIT. ³​ Sin embargo, Git se ha convertido desde entonces en un sistema de control de versiones con funcionalidad plena. ⁴​ 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.

Índice

  [ocultar] 

• 1Características
• 2Órdenes básicas
• 3Buenas prácticas
• 4Véase también
• 5Referencias
• 6Enlaces externos

Características[editar]

El diseño de Git se basó en BitKeeper y en Monotone. ⁵​ ⁶​

El diseño de Git resulta de la experiencia del diseñador de Linux, Linus 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 Darcs, BitKeeper, Mercurial, SVK, Bazaar 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 HTTP, FTP, rsync 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.