> ## Documentation Index > Fetch the complete documentation index at: https://devdocs.xbox.com/llms.txt > Use this file to discover all available pages before exploring further. # Ramas > Comprenda las ramas en Partner Center: áreas de trabajo aisladas por módulo para la configuración de Packages, Store listings y Pricing and availability. En Partner Center, las ramas son áreas de trabajo independientes para cada módulo compatible. La rama **Main** es la rama predeterminada. Aparece automáticamente en todos los módulos cuando crea el producto. Puede crear ramas adicionales en cada módulo compatible: **Packages**, **Store listings** y **Pricing and availability**. Cada rama es exclusiva de ese módulo. Por ejemplo: * Una rama Test en **Packages** es independiente de una rama **Test** en **Store listings**. * Los cambios que realice en la rama de un módulo no se reflejan automáticamente en otros módulos. ## Diferencias entre las ramas y los sandboxes Los [sandboxes](/publishing/game-publishing/concepts/sandboxes) y las ramas tienen propósitos diferentes pero complementarios durante el desarrollo y la publicación. * Use los sandboxes como entornos aislados donde publica y prueba su producto. Controlan quién puede acceder a su juego y dónde se ejecuta. Le ayudan a validar los servicios de XBOX, las experiencias de la Store y las configuraciones de lanzamiento antes de la publicación. * Use las ramas como áreas de trabajo de configuración dentro de Partner Center. Le permiten crear y administrar diferentes versiones de la configuración de su producto, como **Packages**, **Pricing and availability** y **Store listings**, sin afectar a lo que ya está publicado. En resumen: * Use las ramas para administrar los cambios de configuración. * Use los sandboxes para publicar y probar esos cambios en un entorno aislado. ## Qué puede y qué no puede hacer con las ramas Las ramas se aplican solo a los módulos de configuración de Partner Center. No crean identidades de producto ni entornos independientes. Puede: * Mantener varias versiones de los valores de configuración, como **Pricing and availability** o **Store listings**. * Probar cambios en sandboxes de desarrollo sin afectar al contenido en producción. * Enviar configuraciones diferentes para su certificación. No puede: * Usar las ramas para aislar el comportamiento en tiempo de ejecución (use los sandboxes para este propósito). * Compartir ramas entre módulos (cada módulo tiene sus propias ramas). * Publicar ramas distintas de Main en el sandbox RETAIL. ## Uso de ramas para probar configuraciones diferentes Use las ramas para configurar y probar diferentes valores para su uso en diferentes sandboxes. Por ejemplo, para probar cambios de precios sin sobrescribir su configuración publicada, cree una nueva rama en **Pricing and availability** denominada **New pricing**, importe la configuración actual de la rama **Main** y, a continuación, realice los cambios deseados en la nueva rama. Puede importar los cambios en la rama Main cuando esté listo para publicarlos. ### Importación de la configuración de otra rama La importación copia la configuración de su rama en la rama Main de ese módulo. El comportamiento es diferente para algunos módulos. * **Packages** y **Pricing and availability** admiten importaciones directas desde otra rama. * **Store listings** admite la exportación a un archivo .csv, que puede importar a otra rama. No puede importar directamente desde otra rama. ## Comportamiento de las ramas para la certificación y la publicación La disponibilidad de las ramas es diferente entre la **certificación** y la **publicación** de un producto. * Cuando envía un producto para su certificación, puede especificar la rama de cada módulo. * Cuando publica un producto, la disponibilidad de las ramas depende del destino de publicación: * Solo puede publicar la rama **Main** en el sandbox **RETAIL**. * Puede publicar todas las ramas en sandboxes de desarrollo. ## Nomenclatura y administración de las ramas Use nombres claros y descriptivos para las ramas de modo que pueda hacer un seguimiento de su propósito. Por ejemplo: * Development * Internal QA * Certification staging Elimine o reutilice las ramas cuando ya no las necesite para mantener su área de trabajo manejable. ## Flujo de trabajo de ejemplo Puede usar las ramas y los sandboxes conjuntamente para probar los cambios de forma segura. Por ejemplo: Cree una nueva rama en **Packages** para cargar compilaciones actualizadas del juego. Cree una nueva rama en **Store listings** para actualizar descripciones e imágenes. Publique estas ramas en un sandbox de desarrollo. Pruebe la experiencia combinada en el sandbox. Importe los cambios validados en la rama **Main** de cada módulo. Publique en el sandbox RETAIL cuando esté listo. ## Consulte también * [Sandboxes](/publishing/game-publishing/concepts/sandboxes)