Horquilla C
Los forks de repositorios Git son útiles cuando la gente quiere hacer cambios experimentales, arriesgados o confidenciales en un código base, pero esos cambios necesitan estar aislados del código base del repositorio original. Un nuevo fork es básicamente un clon del repositorio original empujado a un nuevo repositorio remoto. El fork es independiente del repositorio original, y es una copia completa a menos que se especifique una única rama.
Como copia independiente, los cambios que haga en su fork, como añadir commits o ramas, no se comparten con el repositorio original. Si desea fusionar sus cambios en la base de código en el repositorio original, debe crear una solicitud de extracción (PR) para solicitar la revisión y aprobación de esos cambios.
El repositorio original es a menudo referido como el repositorio upstream. Puede crear PRs para fusionar cambios en cualquier dirección: de fork a upstream, o de upstream a fork. La dirección más común es de fork a upstream. Los permisos, políticas, compilaciones y elementos de trabajo del repositorio de destino se aplicarán al PR.
Para un pequeño equipo de 2-5 desarrolladores, un flujo de trabajo de bifurcación puede no ser necesario porque todo el mundo puede trabajar en ramas de características y las políticas de rama pueden proteger la rama por defecto. Sin embargo, si su equipo se expande y supera esta disposición, pueden cambiar a un flujo de trabajo de bifurcación.
Tenedor deutsch
Un fork es un nuevo repositorio que comparte código y visibilidad con el repositorio original. Los forks se usan a menudo para iterar sobre ideas o cambios antes de proponerlos de vuelta al repositorio “upstream”, como en proyectos de código abierto o cuando un usuario no tiene acceso de escritura al repositorio “upstream”. Para más información, consulta “Trabajar con forks”.
El software de código abierto se basa en la idea de que compartiendo el código podemos hacer un software mejor y más fiable. Para más información, consulte “Acerca de la Iniciativa de Código Abierto” en la Iniciativa de Código Abierto.
Cuando cree su repositorio público a partir de una bifurcación del proyecto de alguien, asegúrese de incluir un archivo de licencia que determine cómo desea que su proyecto se comparta con los demás. Para más información, consulte “Elija una licencia de código abierto” en choosealicense.com.
Puede que bifurques un proyecto para proponer cambios al repositorio upstream. En este caso, es una buena práctica sincronizar regularmente tu fork con el repositorio upstream. Para hacer esto, necesitarás usar Git en la línea de comandos. Puedes practicar configurando el repositorio upstream usando el mismo repositorio octocat/Spoon-Knife que acabas de bifurcar.
Cómo bifurcar un repositorio de github
En ingeniería de software, un proyecto se bifurca cuando los desarrolladores toman una copia del código fuente de un paquete de software e inician un desarrollo independiente sobre él, creando una pieza de software distinta y separada. El término a menudo implica no sólo una rama de desarrollo, sino también una división en la comunidad de desarrolladores; como tal, es una forma de cisma[1]. Los motivos para bifurcar son las diferentes preferencias de los usuarios y el estancamiento o interrupción del desarrollo del software original.
La palabra “bifurcar” ya se utilizaba en el siglo XIV con el significado de “dividir en ramas, ir por caminos separados”[2]. En el entorno del software, la palabra evoca la llamada al sistema fork, que hace que un proceso en ejecución se divida en dos copias (casi) idénticas que (normalmente) se separan para realizar tareas diferentes[3].
No se sabe si “bifurcación” se usó en el sentido de cisma de la comunidad durante los orígenes de Lucid Emacs (ahora XEmacs) (1991) o de los BSD (1993-1994); Russ Nelson usó el término “shattering” para este tipo de bifurcación en 1993, atribuyéndoselo a John Gilmore[6]. Sin embargo, “bifurcación” se usaba en el sentido actual en 1995 para describir la división de XEmacs[7], y era un uso entendido en el Proyecto GNU en 1996[8].
Git fork libre
Si está buscando un eslabón y también está buscando un amortiguador, ¡tenemos una oferta para usted! Al comprar un eslabón y un amortiguador EXT, ¡recibirá un 15% de descuento en un amortiguador ajustado específicamente para su nuevo eslabón y estilo de conducción!
Con los senderos cada vez más empinados, las bicicletas modernas cada vez más rápidas, y las pesadas E-bikes cada vez más capaces, todos estamos buscando maneras de obtener un poco más de potencia de nuestros frenos. En los últimos años, el tamaño máximo de los discos de freno ha aumentado alrededor de un 20%, mientras que las pinzas de freno han permanecido prácticamente igual. Las pinzas de freno deben ser más potentes y soportar mejor el calor. Bienvenido a este mundo.
Nuestra pinza para la maneta de freno SRAM Code está aquí para ofrecerte el rendimiento de frenado que has estado buscando. Los pistones personalizados de 16 y 18 mm proporcionan un 20% más de potencia que la pinza de serie y el movimiento del pistón se ha ajustado para compensar el mayor volumen de líquido para que tus manetas tengan un buen tacto. La tornillería sobredimensionada con acabado en bronce de cañón mantiene unidas las mitades de la pinza y le da a tu moto un aspecto fresco a la vez que hace que la pinza sea lo suficientemente rígida como para proporcionar una potencia, modulación y control magníficos. Hemos comprobado que en descensos largos y pronunciados, esta pinza ofrece una mejor gestión del calor y una mayor resistencia al desvanecimiento que la pinza original.
