> ## Documentation Index > Fetch the complete documentation index at: https://docs.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](https://docs.xbox.com/es/publishing/game-publishing/concepts/sandboxes.md) 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: **1. Cree una nueva rama en **Packages** para cargar compilaciones actualizadas del juego.** Cree una nueva rama en **Packages** para cargar compilaciones actualizadas del juego. **2. Cree una nueva rama en **Store listings** para actualizar descripciones e imágenes.** Cree una nueva rama en **Store listings** para actualizar descripciones e imágenes. **3. Publique estas ramas en un sandbox de desarrollo.** Publique estas ramas en un sandbox de desarrollo. **4. Pruebe la experiencia combinada en el sandbox.** Pruebe la experiencia combinada en el sandbox. **5. Importe los cambios validados en la rama **Main** de cada módulo.** Importe los cambios validados en la rama **Main** de cada módulo. **6. Publique en el sandbox RETAIL cuando esté listo.** Publique en el sandbox RETAIL cuando esté listo. ## Consulte también * [Sandboxes](https://docs.xbox.com/es/publishing/game-publishing/concepts/sandboxes.md) ## Related topics - [Sandboxes](https://docs.xbox.com/es/publishing/game-publishing/concepts/sandboxes.md) - [Paquetes](https://docs.xbox.com/es/publishing/game-publishing/concepts/game-package-management.md) - [Paquetes (experiencia clásica)](https://docs.xbox.com/es/publishing/game-publishing/concepts/packages-overview.md) - [Información general sobre el empaquetado MSIXVC2](https://docs.xbox.com/es/build/core-features/common/packaging/overviews/packaging-msixvc2-overview.md) - [Introducción al empaquetado MSIXVC2 para PC](https://docs.xbox.com/es/build/core-features/common/packaging/overviews/packaging-getting-started-for-PC-msixvc2.md)