Cómo get una request de extracción rápidamente a nivel local

Antes de fusionar una request de extracción, quiero get rápidamente la request localmente y ejecutar testings y probar algunas cosas. No deseo presionar la request de extracción de fusión gihub todavía.

Pensé que la polea ayudaría a http://ejohn.org/blog/pulley/ . Pero estoy recibiendo un error

$ node pulley.js 76 node.js:116 throw e; // process.nextTick error, or 'error' event on first tick ^ 

¿Hay alguna otra herramienta que me ayude a get rápidamente una "request de extracción"?

Haga clic en (i) en el lado izquierdo de la barra de "request de extracción de combinación", le dará los commands que necesita.

nuevo
_________________________________________________________ ^^^^^^^^^^^^^^

¿Por qué no usar solo lo siguiente?

 git remote add -f <test_repo_name> <test_repo_url> git checkout -b <branch> <test_repo_name>/master ...test as needed ...merge if you like it 

Tomado de la página oficial de github (en julio de 2013, pero esto puede cambiar):

Paso 1: Verifique una nueva sucursal para probar los cambios: ejecútelo desde su directory de proyectos

 git checkout -b otherrepo-develop develop 

Paso 2: Ingrese los cambios de otherrepos (de donde provienen los commits) y pruebe

 git pull git://github.com/otherrepoauthor/otherrepo.git develop 

Paso 3: ¡ DESPUÉS DE LAS PRUEBAS EXITOSAS! Combina los cambios y actualiza el server

 git checkout develop git merge otherrepo-develop git push origin develop 

Solo una idea rápida, ¿por qué no crear una sucursal local y luego realizar la extracción en la twig original (rastreada de forma remota)?

Parece que estás buscando el command de búsqueda

git-fetch

Las capturas nombradas cabezas o tags de uno o más repositorys, junto con los objects necesarios para completarlos.

Los nombres de reference y sus nombres de object de references recuperadas se almacenan en .git / FETCH_HEAD. Esta información se deja para una operación de fusión posterior realizada por git merge.

En la práctica, fetch obtiene todos los commits nombrados del repository remoto. Esto significa que cuando vaya al origen, el origen / maestro se actualizará para señalar el último cambio en el origen, pero su maestro local no se fusiona, o cambia para reflejar estos cambios.

Supongo que está trabajando en el maestro (local), que es una twig de seguimiento remoto de origen / maestro. Sus nombres de twigs pueden diferir, pero el process sigue siendo el mismo.

Ahora puede crear una twig de temperatura para hacer comprobaciones en el origen / maestro haciendo

 git checkout -b temp_branch_name origin/master 

que creará la twig de temperatura, que ahora apunta a la última historia en el repository remoto.

Cuando hayas terminado de probar y quieras integrar, puedes hacer

 git checkout master git merge origin/master 

que realizará una fusión normal (como lo hubiera hecho pull) o

 git checkout master git rebase origin/master 

si prefiere volver a basar sus cambios, para get un historial lineal.

De búsqueda en google: git-pull