“La herencia múltiple tiene un problema de ambigüedad a referenciar a métodos o atributos que se llaman igual en diferentes padres.

A ver cuando hacen herencia múltiple de verdad…”

supu; }
public function whoYouAre() { return $this->supu; }
}
class B implements I {
private $supu = "B";
public function whoIam() { return $this->supu; }
public function whoYouAre() { return $this->supu; }
}
class C extends A implements I {
private $b_instance = new B();
public function whoYouAre() {
return $this->b_instance->whoYouAre();
}
}

// herencia multiple con el parche de los trait
trait A {
public function whoIam() { return "A"; }
public function whoYouAre() { return "A"; }
}

trait B {
public function whoIam() { return "B"; }
public function whoYouAre() { return "B"; }
}

class C {
use A, B {
A::whoIAm insteadof B;
B::whoYouAre insteadof A;
}
}

?>

Si necesitáis borrar esos datos del historial de git podéis hacerlo utilizando el siguiente comando:

git filter-branch --index-filter 'git rm --cached --ignore-unmatch palabra_clave' HEAD

Donde palabra_clave son los datos sensibles a borrar.

Espero que os sirva

Más Info

git config –global core.autocrlf input

Espero que os sirva, a mi me ha aliviado bastante las tareas de integración

find -name “*.php” -exec file –mime-encoding {} \; | grep -v “: utf-8″ | grep -v “: us-ascii” | grep -v “: binary” | grep -v “zf/1.11.4/”

Si además queréis cambiar la codificación de los mismos podéis hacerlo con este otro:

INCORRECT=`find -name “*.php” -exec file -i {} \; | grep -v “=utf-8″ | grep -v “=us-ascii” | grep -v “=binary” | grep -v “zf/1.11.4/” | cut -d “:” -f 1`; for i in $INCORRECT; do iconv –from-code=ISO-8859-1 –to-code=UTF-8 $i -o $i.utf8; mv -f $i.utf8 $i; done

Suerte !

Bob empieza con

$ git clone /home/alice/project myrepo

Esto le crearía un nuevo directorio llamado ‘myrepo’ que contendría un clon del repositorio de Alicia. El clon es idéntico que el proyecto original, poseyendo su propia copia del historial de cambios.

Bob realiza algunos cambios y hace un commit de los mismos

$ git commit -a

Cuando ha finalizado los cambios, le dice a Alicia que haga un pull del repositorio en /home/bob/myrepo. Ella lo hace con:

$ cd /home/alice/project
$ git pull /home/bob/myrepo

Esto actualizará los cambios de la branch del repositorio de bob Bob denominada ‘master’. Alicia puede solicitar una branch diferente añadiendo el nombre de la branch al final del comando git pull.
Esto hace un merge de los cambios de Bob en su repositorio, ‘git whatchanged’ nos mostrará los nuevos commits. Si Alicia ha realizados sus propios cambios, entonces los cambios de Bob harán un merge con estos, y ella tendrá que hacer un fix para solucionar los conflictos.

Una Alicia más prudente querría examinar los cambios de Bob antes de hacer un pull. Ella podría hacerlo fácilmente creando una branch temporal solo para el propósito de estudiar los cambios de Bob.

$ git fetch /home/bob/myrepo master:bob-incoming

que importa los cambios del master de Bob en una nueva branch denominada bob-incoming (A diferencia de git pull, git fetch solo busca una copia de bob)

(A diferencia del git pull, el git fetch, solo obtiene una copia de la linea de Bob de desarrollo sin hacer la fusión)

Entonces

$ git whatchanged -p master..bob-incoming

nos muestra el listado de todos los cambios realizados por bob desde que empezó su propia branch de la branch de Alicia.
Después de examinar estos cambios, y posiblemente hacer algunos fixes, Alicia puede hacer un pull de los cambios en su master branch.

$ git checkout master
$ git pull . bob-incoming

El último comando es un pull desde l abranch de “bob-incoming” en el repositorio de Alicia.
Más tarde, Bob podrá actualizar su repositorio con los últimos cambios de Alicia, utilizando

$ git pull

Ten en cuenta que el no necesita tener el path del repositorio de Alicia, cuando bob clono el repositorio de Alicia, git almacenó la localización de su repositorio en el fichero .git/remotes/origin, y esta localización fué utilizada por defecto en los pulls

Bob también se dará cuenta que se ha creado una nueva branch en su directorio que el no creo:

$ git branch
* master
origin

La origin branch, que fué creada automáticamente por el ‘git clone’, es una copia de la master branch de Alicia, Bob nunca podrá hacer un commit de ella.

Si Bob decidiera trabajar desde un nuevo host, el podría hacer clones y pulls utilizando el protocolo ssh

$ git clone alice.org:/home/alice/project myrepo

Alternativamente, git tiene un protocolo nativo, o puede utilizar rsync o http.

$ git branch experimental

Si ahora ejecutamos

$ git branch

tendremos un listado de las branches existentes actualmente:

experimental
* master

La branch experimental es la única creada, y la branch ‘master’ es la branch por defecto que se crea automaticamente. El asterisco marca la branch como la activa.
Para marcar ‘experimental’ como activa utilizaremos el siguiente comando

$ git checkout experimental

Editemos un fichero y volvamos a la master branch.

$ git commit -a
$ git checkout master

Ahora podemos observar que el cambio que hicimos ya no es visible, puesto que este se realizó sobre la ‘branch experimental’ y ahora estamos en la master.

Podemos realizar varios cambios en la master y si listamos los cambios

$ git commit -a

vemos como las dos branches han diverjido, con diferentes cambios realizados en cada una de ellos. Para hacer un merge de los cambios hechos en las dos ramas, ejecutamos:

$ git pull . experimental

Si los cambios no generan conflictos, perfecto. Si hay conflictos los marcadores, se quedarán guardados en los ficheros problemáticos. Para mostrar los datos de los conflictos

$ git diff

Mostrará dichos marcadores hasta que se resuelvan los conflictos,

$ git commit -a

hará un commit del resultado del merge, y finalmente

$ gitk

Mostrará una representación grafica de el historial resultante.
Si necesitamos eliminar una branch, podemos hacerlo con:

$ git branch -D crazy-idea

Las branches son simples y fáciles, así que son ideales para hacer pruebas.

Sin embargo las categorías no, vamos a ver un pequeño script que nos importará las categorías en base a una cadena json o un array php.

En la raíz de la instalación magento creamos un fichero e introducimos el siguiente código.

// initialize magento environment for 'default' store
require_once 'app/Mage.php';
Mage::app('default');

// Get the data from a JSON font
$json = '[{"name":"T Shirts","subcats":[{"name":"Black"},{"name":"White"},{"name":"Orange"},{"name":"Yellow"}]},{"name":"Jeans","subcats":[{"name":"Shorts","subcats":[{"name":"Black"},{"name":"White"},{"name":"Orange"},{"name":"Yellow"}]},{"name":"Larges","subcats":[{"name":"Black"},{"name":"White"},{"name":"Orange"},{"name":"Yellow"}]}]}]';

// Translate it into an associative array
$cat = json_decode($json, true);

/*
     $cat = array(

        array(
            'name' => 'T Shirts',
            'subcats' => array(
                array('name' => 'Black'),
                array('name' => 'White'),
                array('name' => 'Orange'),
                array('name' => 'Yellow')
            )
        ),
        array(
            'name' => 'Jeans',
            'subcats' => array(
                array(
                    'name' => 'Shorts',
                    'subcats' => array(
                        array('name' => 'Black'),
                        array('name' => 'White'),
                        array('name' => 'Orange'),
                        array('name' => 'Yellow')
                    )
                ),
                array(
                    'name' => 'Larges',
                    'subcats' => array(
                        array('name' => 'Black'),
                        array('name' => 'White'),
                        array('name' => 'Orange'),
                        array('name' => 'Yellow')
                    )
                )
            )
        )
    );
*/

// Foreach first level category begin the recursive process
for($i=0; $isetStoreId(0); //default/all

    if($cat['path']) {
        $parent = $cat['path'];
    } else {
        $parent = '1/2';
        $cat['parent_id'] = 0;
    }

    $category->addData(array(
        'name'              =>  $cat['name'],
        'path'              => $parent,
        'description'       => '',
        'meta_title'        => '',
        'meta_description'  => '',
        'landing_page'      => '',
        'display_mode'      => 'PRODUCTS',
        'is_active'         => 1,
        'is_anchor'         => 0,
        'url_key'           => ''
    ));

    try {

      // Saving the data
      $category->save();

      // Getting the inserted ID
      $catID = $category->getId();

      // Foreach subcategory insert into db
      for($i=0; $igetMessage();

    }

}

Ahora simplemente ejecutamos el código a través de linea de comandos y ya tenemos creado nuestro árbol de categorías.

Note: Si no queréis importarlo desde json y preferís crear un array php pues descomentáis el trozo comentado y listos.

Espero que os sea útil!

Por ejemplo tenemos el código

    public function indexAction() {

        $this->loadLayout();

        $block = $this->getLayout()->createBlock(
        'Mage_Core_Block_Template',
        'my_block_name_here',
        array('template' => 'activecodeline/developer.phtml')
        );

        $this->getLayout()->getBlock('content')->append($block);

        $this->renderLayout();
    }

(Si quieres más info de como crear bloques desde el controlador aqui tienes un buen ejemplo)

Si por ejemplo necesitamos eliminar todos los hijos del bloque de la derecha podríamos ejecutar algo como esto.

     $this->getLayout()->getBlock('right')->unsetChildren();

$ tar xzf project.tar.gz
$ cd project
$ git init-db

Git contestará incumpliendo la zona de almacenamiento local.

Ahora que hemos inicializado el directorio de trabajo (Puedes ver un nuevo directorio llamado ‘.git’). Digámosle a git que haga un seguimiento de todos los ficheros en ese directorio.

$ git add .

Finalmente,

$ git commit -a

nos preguntará si queremos hacer un commit, y luego guardará todos los ficheros en el repositorio.
Probaremos modificando algunos ficheros, y luego ejecutamos

$ git diff

para ver los cambios. Cuando ejecutemos

$ git commit -a

nos mostrará otra vez un mensaje describiendo el cambio, y luego grabará las nuevas versiones de los ficheros modificados.

Una nota sobre los mensajes del commit. Aunque no es obligatorio, es una buena idea empezar el mensaje de commit con una linea simple y corta (menos de 50 caracteres) resumiendo los cambios, segiodo por una linea en blanco y luego el resto de descripción. Las herramientas que convierten los commits en email, por ejemplo, utiliza la primera linea para el ‘subject’ y el resto para el ‘body’.

Para añadir un nuevo fichero, primero crea un fichero, y luego

$ git add path/to/new/file

luego hacemos un commit normal. Ningún comando especial es necesario para borrar un fichero, solo lo borramos y luego hacemos un commit.

En este punto podemos ver el historial de cambios utilizando

$ git whatchanged

Si también queremos ver diffs completos en cada paso, utilzaremos

$ git whatchanged -p

Utilizando branches

Un repositorio simple de git puede mantener diferentes branches de desarrollo. Para crear una nueva branch llamada ‘experimental’, utilizaremos

$ git branch experimental

Si ahora ejecutamos

$ git branch

tendremos un listado de las branches existentes actualmente:

experimental
* master

La branch experimental es la única creada, y la branch ‘master’ es la branch por defecto que se crea automaticamente. El asterisco marca la branch como la activa.
Para marcar ‘experimental’ como activa utilizaremos el siguiente comando

$ git checkout experimental

Editemos un fichero y volvamos a la master branch.

$ git commit -a
$ git checkout master

Ahora podemos observar que el cambio que hicimos ya no es visible, puesto que este se realizó sobre la ‘branch experimental’ y ahora estamos en la master.

Podemos realizar varios cambios en la master y si listamos los cambios

$ git commit -a

vemos como las dos branches han diverjido, con diferentes cambios realizados en cada una de ellos. Para hacer un merge de los cambios hechos en las dos ramas, ejecutamos:

$ git pull . experimental

Si los cambios no generan conflictos, perfecto. Si hay conflictos los marcadores, se quedarán guardados en los ficheros problemáticos. Para mostrar los datos de los conflictos

$ git diff

Mostrará dichos marcadores hasta que se resuelvan los conflictos,

$ git commit -a

hará un commit del resultado del merge, y finalmente

$ gitk

Mostrará una representación grafica de el historial resultante.
Si necesitamos eliminar una branch, podemos hacerlo con:

$ git branch -D crazy-idea

Las branches son simples y fáciles, así que son ideales para hacer pruebas.

Lo primero que tenemos que saber es que en cualquier momento podemos tener acceso a la documentación de git con el comando:

$ man git-diff

La fuente en inglés del tutorial la encontraréis en : http://www.kernel.org/pub/software/scm/git/docs/v1.2.6/tutorial.html