En caso de utilizar ramas de la subversión si sólo una persona está trabajando en un proyecto?

Question

Me estoy empezando a cabo usando Subversion en un proyecto de C #. Estoy trabajando en este proyecto en solitario, sin embargo, yo estoy tratando de tratar es como si yo estaba trabajando en un grupo de mi propia experiencia de aprendizaje.

A mi entender la forma típica de trabajar con la subversión es tener una carpeta tronco que siempre va a construir. Los principales cambios se crean nuevas ramas, que luego se fusionaron en el tronco cuando están completas. Lo que puede haber muchas ramas simultáneas que se está trabajando por los diferentes miembros del equipo.

Pero si estoy trabajando por mi cuenta ¿hay algún punto de hacer una rama? Digamos que estoy en la revisión 100 de HEAD. Voy a crear una rama en la revisión 101, y luego seguir trabajando en la rama hasta Revisión 110. Ahora puedo fusionar 110 en el tronco, pero no hay nadie más en el proyecto, de modo que no habrá ningún cambio en el tronco de fusionar de nuevo en. Me acaba de fusionará de nuevo en la revisión 100, donde creé original de la rama.

Answer 1

Las ramas no tienen nada que ver con cuántas personas están trabajando en un proyecto. Una rama es para una corriente de desarrollo alternativo, al igual que diferentes conjuntos de características, objetivos de hardware, o clientes.

Si 100 personas están trabajando en una sola entrega que deberían estar utilizando la misma rama. Si un individuo está apoyando una docena de diferentes prestaciones que debe tener una docena de ramas.

Answer 2

Creo que se deben utilizar ramas siempre necesita no dividir el código real de la base, por ejemplo, cuando hay que probar una solución descabellada para un problema o algo así. Con ramas se puede separar los problemas y los intentos de resolución y mantener el control de versiones.

Answer 3

Una rama (en contraposición a TAG) es un mantenible versión del código. A pesar de que un único promotor es posible que desee mantener más de una versión de su código (por ejemplo, la migración de corrección de errores de versiones anteriores).
SVN libro enumera los dos casos de uso más comunes para las ramas SVN aquí .
políticas de ramificación ambos métodos no están relacionados directamente con el número de desarrolladores en el proyecto.
A menos que usted está trabajando en un proyecto a corto plazo (como académica, solo lanzamiento, proyecto) tratar de utilizar una de estas políticas. La sobrecarga de administración es lo suficientemente bajo y puede hacer su vida mucho más fácil después.

Answer 4

No parece demasiado sentido en la creación ramas si es sólo que trabaja en el proyecto - que sólo puede utilizar las revisiones después de todo, para hacer retroceder a.

Si, sin embargo, quería hacer algo importante y experimental, y quería probar algunas cosas, entonces usted podría utilizar la rama de aislar los cambios y mantener el tronco.

Se puede trabajar totalmente fuera del tronco de esta manera y luego usar las etiquetas de liberación o ramas con fines históricos ... y otras ramas para el trabajo experimental.

Answer 5

guardo 2 ramas: el desarrollo y el tronco, porque nunca se sabe cuando se tiene que hacer un arreglo rápido en la producción. Puedo trabajar en nuevas características durante 1-3 semanas antes de transportarlos a la producción. Por el momento, voy a tener que rodar a cabo correcciones a la producción. Manteniendo 2 ramas, puedo implementar fácilmente sólo correcciones de errores.