GIT: ejemplo de rebase

#Creamos directorio de prueba
 mkdir pruebarebase
 pruebarebase

#inicializar repositorio
 git init .

#añadir archivo 1 + commit
 echo "1" > 1.txt
 git add 1.txt
 git commit -m "1.txt"

#añadir archivo 2 + commit
 echo "2" > 2.txt
 git add 2.txt
 git commit -m "2.txt"

# rama nueva "feature"
 git checkout -b "feature"

# creación de archivo en rama "feature" + commit
 echo "feature" > feature.txt
 git add feature.txt
 git commit -m "feature.txt"

# modificación de archivo en rama "feature" + commit
 echo "feature_modificacion1" >> feature.txt
 git add feature.txt
 git commit -m "modificacion rama"

# cambiamos a la rama principal
 git checkout master


#añadir archivo 3 + commit
 echo "3" > 3.txt
 git add 3.txt
 git commit -m "3.txt"


Árbol hasta este punto:

         - f1 <- f2
       /
 1 <- 2 <--- 3
Queremos fusionar los dos commits de la rama "feature" en una sola, de modo que se mantenga la

Volvemos a la rama feature
git checkout feature

Hacemos un rebase interactivo, partimos del head -1
git rebase -i HEAD~1


en vez de pick ponemos squash en el archivo El árbol resultantes será este:
         - f1
       /
 1 <- 2 <--- 3
En f1 estaŕan los cambios de f1 y de f2

GIT: comando básicos

Configuración rápida

git config --global user.name "pollopolea"
git config --global user.email CORREO_ELECTRONICO

Básico

origin => rama remota, en el servidor del que se ha clonado

git pull => TRAER cambios del servidor

git fetch => hace un pull (trae los cambios) y un merge con lo que tenemos en local

git push => ENVIAR cambios locales al servidor

git mergetool => muestra la herramienta de resolución de conflictos ( normalmente el programa meld)

git branch --list => lista las ramas
git branch --list -r => lista las ramas y las remotas
git branch RAMA => crea la RAMA
git branch -b RAMA => crea la RAM y hace un checkout
git branch --contains ID_COMMIT => muestra la rama que contiene el ID_COMMIT

git checkout RAMA => cambia a la rama que necesitamos

git switch RAMA => cambia a la rama que necesitamos

git log --pretty=oneline --abbrev-commit  => muestra el log del git
 

INICIALIZAR REMOTO

git init
git clone  RUTAREMOTA
git remote add origin  RUTAREMOTA
 

git remote set-url RUTAREMOTANUEVA => reemplazar la RUTAREMOTA por una nueva

Actualizar repositorio FORK con los últimos cambios del original

Clonamos nuestro FORK, añadirmos el repositorio original del que hicimos el fork (uptream), traemos los cambios del repositorio upstream y hacemos un merge en local,  hacemos un push

git clone git@github.com:pollopolea/core.git
cd core
git remote add upstream https://github.com/owncloud/core.git
git fetch upstream
git pull upstream master
git push

Hacer un rebase

git rebase -i HEAD~1 => hace un rebase con el HEAD - 1 ( podemos poner también directamente el ID del commit) 
git rebase --abort  => aborta el rebase
git rebase --continue => continua un rebase ( normalmente tras solucionar conflictos)

Durante el rebase, con squash eliminamos un commit, que se une al anterior

Eliminar el límite de renombrado de archivos

git config merge.renameLimit 999999
git config --unset merge.renameLimit

gitForzar el cambio de HEAD en una RAMA

git checkout RAMA
git reset --hard IDENTIFICADOR_COMMIT

GIT: Mantener un fork actualizado en github

Supongmaos que hemos hecho un fork de un repositorio, y queremos que los cambios del repositorio original se guarden en el nuestro. Para sincronizarlos tenemos que hacer lo siguiente.

1- Clonamos en local nuestro repositorio con el fork

git clone git@github.com:USUARIO/REPOSITORIO-FORK.git

2. Añadimos el remoto desde el el repositorio original en nuestro repositorio fork:

cd DirectorioRepositorioFork
git remote add upstream git://github.com/DESARROLADOR-ORIGINAL/REPOSITORIO.git
git fetch upstream

3. Actualizamos el fork con el repositorio original para tener los cambios actualizados

git pull upstream master


4. Subimos los cambios a nuestro fork

git push origin master

Ejemplo concreto:
git clone git@github.com:pollopolea/core.git
cd core
git remote add upstream https://github.com/owncloud/core.git
git fetch upstream

git pull upstream master
git push

Yum con errores ( liblber ) después de desinstalar openldap

Descargamos paquetes y forzamos la instalación
cd tmp wget http://mirror.centos.org/centos/7/os/x86_64/Packages/openldap-2.4.40-13.el7.x86_64.rpm
wget http://mirror.centos.org/centos/7/os/x86_64/Packages/openldap-2.4.40-13.el7.x86_64.rpm
rpm --upgrade --oldpackage --replacefiles --replacepkgs openldap-*.el6.x86_64.rpm
yum reinstall openldap

Restaurar archivos de configuración de un paquete en Centos

Si necesitamos recuperar todos archivos de un paquete, por ejemplo los archivos de configuración podemos hacer los siguiente:
rpm -qf /etc/httpd/conf/httpd.conf
httpd-2.4.6-45.el7.centos.x86_64
Luego forzamos la reinstalación del paquete
yum reinstall  httpd-2.4.6-45.el7.centos.x86_64

Instalación de Pgadmin4 en opensuse leap 42.2 mediante PIP

Tras intentar de varias formas, probando de varias maneras: varios repositorios de software http://software.opensuse.org/,  bajando el código código fuente ( no conseguía resolver la dependencia python3-htmlmin).... Esta es una forma en la que he conseguido que funcione bien. La instalación ha sido con opensuse leap 42.2 y PgAdmin 4 v1.4

1- Instalación de dependencias, quizá necesites alguna más dado que en las pruebas tuve que hacer varias instalaciones relacionadas con python:
zypper up
zypper in python-virtualenv python-pip libpq5 libpqxx-5_0 python-devel
2- Instalación mediante pip, recuerda cambia la ruta, en el ejemplo se instalará en ~/Programas/pgadmin4/:

cd ~/Programas/
virtualenv pgadmin4
cd pgadmin4
source bin/activate
wget https://ftp.postgresql.org/pub/pgadmin/pgadmin4/v1.4/pip/pgadmin4-1.4-py2.py3-none-any.whl
sudo pip install --upgrade pip
sudo pip install pgadmin4-1.4-py2.py3-none-any.whl
3- Ejecución del servidor. En la primera ejecución nos preguntará por un usuario y contraseña, que será el que usemos en posteriores accesos.:
sudo python /usr/lib/python2.7/site-packages/pgadmin4/pgAdmin4.py
4- Acceso a la web, en el navegador ponemos la direccion y como usuario y password, los que hemos puesto en el paso 3:
http://localhost:5050/

Centos: buscar a que paquete pertenece un archivo y versiones

A veces necesitamos buscar a que paquete pertenece un determinado fichero. Por ejemplo si queremos buscar a que paquete pertenece el fichero /usr/sbin/suexec:
rpm -qf /usr/sbin/suexec
 Si queremos listar todos los archivos de un paquete. En el ejemplo como listar el contenido del paquete
rpm -ql httpd-2.4.6-40.el7.centos.4.x86_64
Para ver información y que versiones podemos instalar podemos usar:
yum info
yum list
yum --showduplicates list

Bash: bucle en una línea usando secuencia

Para hacer un bucle en bash con una sola línea y usando una secuencia podemos hacerlo así
for i in {0..15}; do echo "mkdir -p /disk${i}/home";  done

Solaris 10: buscar archivo entre dos fechas

En solaris 10, para buscar  archivos entre dos fechas podemos usar el siguiente comando:

touch -d "2016-03-17 10:14:00" /tmp/start
touch -d "2016-03-17 10:16:00" /tmp/end
find DIRECTORIO  -type f \( -newer /tmp/start -a ! -newer /tmp/end  \) -print

Creamos dos archivos con el rango de fechas que queramos, y usamos find para que encuentre los archivos entre esas fechas. En el ejemplo buscamos los archivos del  2016-03-17, entre las 10:14:00 y las 2016-03-17 10:14:00

CENTOS 7: No se pudo cargar el archivo /etc/sysconfig/network-scripts/ifcfg-lo

Al iniciar las interfaces de red o al arrancar el sistemas operativo podemos encontrar el siguiente mensaje:

Activación de la interfaz de loopback:  No se pudo cargar el archivo /etc/sysconfig/network-scripts/ifcfg-lo
No se pudo cargar el archivo /etc/sysconfig/network-scripts/ifcfg-lo

Si hacemos sun systemctl status network observaremos el mismo mensaje.
Para solucionarlo:
1- Editamos el archivo /etc/sysconfig/network-scripts/ifcfg-lo
2- Añadimos al archivo la línea TYPE=Loopback
3- Reiniciamos la red con systemctl restart network