# Cómo Subir tus Cambios ## Consideraciones Previas #### Actualizá tu Working Copy Antes de iniciar un sprint, creá un branch de desarrollo para vos a partir del branch "beta". Normalizamos los nombres de branches de desarrollo así: sprint-\-\ #### Creá tus Scripts SQL Si realizaste cambios en el esquema de la base de datos, copiá los scripts correspondientes en un archivo de manera que donde se actualice tu versión se puedan aplicar, además del código fuente, los cambios en el esquema de la base de datos. Ubicá el archivo en el directorio `/sql/sprints` en la raiz del working copy y nombralo respetando la siguiente normalización: sprint\_``\_``\_``.sql. Donde: `sprint`: Es el número de Sprint de SCRUM actual con tres dígitos. `developer`: Es tu nombre, en un palabra y en minúsculas. `numero-commit`: Es el número de SQL que subís en el mismo sprint. Si durante un mismo sprint, por algún motivo, hacés más de un commit con cambios en el esquema de base datos, establecé aquí el número de archivo que subís por sprint, comenzando en 1. **Ejemplo**: sprint\_072\_enrique\_1.sql. ## Cuándo Subir tus Cambios Siempre que hayas cerrado tickets de desarrollo y establizado la versión de tu working copy, subí tus cambios al cierre de cada sprint y hacé un push request al branch "beta". --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://developers.bims.xyz/como-subir-tus-cambios.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.