Pregunta sobre la estructura de directorys SVN con múltiples sistemas operativos

Estoy pensando en cambiar a SVN de mercurial porque parece más fácil de mantener y más personas tienen un cliente SVN que un cliente mercurial disponible. Sin embargo, tengo una pregunta sobre la estructura del file:

Entiendo que la típica estructura correcta de SVN va:

/el maletero
…. / files de versión actual aquí

/twig
…./arreglo del fallo
…./nueva caracteristica
…. / branch3
…. / branchN

/label
…. / version 1.0
…. / version 2.0
…. / version nn

Mi pregunta es ¿cómo funciona este factor en múltiples sistemas operativos? Actualmente, mi software tiene repositorys mercuriales separados para las versiones GUI / CLI de mi software para cada sistema operativo, ya que no solo puede verificar un directory en mercurial. Sin embargo, entiendo que puedes en SVN. La estructura se vería así:

/ Windows (o Linux, o lo que sea)

/el maletero
…. / CLI
….. / files de versión actual aquí
…. / GUI
….. / files de versión actual aquí

/twig
…. / CLI
…../arreglo del fallo
…../nueva caracteristica
….. / branch3
….. / branchN
…. / GUI
…../arreglo del fallo
…../nueva caracteristica
….. / branch3
….. / branchN

/label
…. / CLI
….. / versión 1.0
….. / versión 2.0
….. / version nn
…. / GUI
….. / versión 1.0
….. / versión 2.0
….. / version nn

¿O estoy haciendo esto demasiado complicado? ¿Recomendaría almacenar la versión de la GUI en un repository separado? ¿También en cuáles de estos directorys típicos se almacenan ejecutables precomstackdos?

Entiendo que estas preguntas pueden parecer novatas, pero la verdad es que soy completamente nuevo para SVN. ¡Gracias por tu ayuda!

He estado usando SVN por solo 3 o 4 años y lo que tiene me parece bastante bueno, no almacenaría la versión de la GUI en un repository por separado. En mi trabajo tenemos todos nuestros proyectos en un solo informe, solo carpetas diferentes y esto funciona porque, como dijiste, puedes consultar las carpetas que quieras.

También hay algunas personas que argumentan que no se deben almacenar datos binarys (como ejecutables precomstackdos) en un repository SVN simplemente porque abultará el repository ya que no se puede diferir con la versión anterior, como puede hacerlo el text. Esta es más o less la política no escrita en mi trabajo. En casa, en mi SVN personal verifico files ejecutables importantes o files de la biblioteca que sé que no cambiarán regularmente, solo para que estén allí cuando los necesite. No estoy preocupado por la hinchazón, y ser capaz de dar un paso atrás en la otra versión del exe es algo genial a veces para ver la progresión.

En cuanto a twigs y tags, nunca las he usado. Sé que probablemente debería hacerlo, pero la mayoría de mis proyectos son 'testing de concepto' de todos modos, así que mi troncal principal es en realidad todo lo que construyo. Básicamente utilizo SVN como una herramienta de copy de security y línea de time muy agradable. Pero prob debería comenzar a usar tags y twigs.