Qué solución es mejor en modo de producción. Bifurcación o nuevo repository?

Estoy administrando un proyecto usando stash y git. Recientemente, he visto una nueva solución para una parte de mi proyecto. Ahora quiero aplicarlo como testing sin afectar mi código maestro y, si es lo suficientemente bueno, lo agrego más tarde al máster. Entonces, ¿el problema es si debo hacer un fork desde mi proyecto o tengo que crear un nuevo repository? o Cualquier solución mejor.

La solución de tu problema es una twig . Es la razón por la que existen, para permitir el desarrollo de una característica en un context aislado, sin afectar al maestro.

Lea más sobre ramificación y fusión .

Como un server BitBucket tiene permiso de ramificación , puede simplemente crear una ramificación en el mismo repository.

Pero si su nueva solución implica una gran refactorización, y agregar esa twig al repository principal generaría ruido (porque no está relacionado con las twigs principales de desarrollo), puede hacer una bifurcación, en la cual puede empujar tantas twigs como usted querer sin contaminar el espacio de nombres de la twig del repository principal.

Para un experimento no relacionado con las tareas de desarrollo a mano, me gustaría ir con un tenedor.

La mejor manera es ramificar desde el maestro y hacer los cambios en esta nueva twig. Esta twig se puede combinar en el maestro en cualquier momento según las necesidades.

Si solo es para una testing, sugiero una twig. Por lo general, un fork es más adecuado cuando se queuebora con diferentes equipos en una empresa o si es de código abierto para realizar los cambios y enviar una request de extracción.

Simplemente no combine la testing sin asegurarse de que funciona según sea necesario.