Closed
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
https://github.com/TGX-Android/Telegram-X.gitThe La guía a continuación proporciona el flujo para crear una solicitud de extracción perfecta al repositorio de Telegram X. Antes de enviar su PR, asegúrese de que cumpla con los siguientes principios. ## Las relaciones públicas perfectas deben ser:- [ ] Racional. Explica los cambios que has realizado. Sea explícito y describa los cambios en unas pocas oraciones cortas y concisas.- [ ] Completado. Todos los cambios están probados adecuadamente y listos para ser fusionados.- [ ] Actualizado. Su PR se basa en la última confirmación de la rama
'main'.## Al solucionar problemas, asegúrese de que su PR sea:- [ ] Suficiente. Los cambios deben solucionar la causa de un problema, no sus efectos. - [ ] Separado. Las diferentes correcciones de errores se dividen en PR independientes.- [ ] Linked. Si soluciona un problema específico, agréguelo al título y su descripción al cuerpo.- [ ] Creando. La solución no rompe nada en otras interfaces ni en dispositivos específicos. - [ ] Consistente. Utilice el diseño adecuado que sea relevante para el problema. Si falta el diseño, el PR debe incluir al menos dos capturas de pantalla (antes y después de los cambios). ## Al agregar funciones, espere:- [ ] Discusión. Si implementa una función que requiere un nuevo diseño para la aplicación, prepárese para recibir y seguir comentarios o editar sugerencias.- [ ] Desestimación. Si el diseño de funciones que envió está por debajo de nuestras expectativas, si paraliza la UX o el impacto de la función en el usuario es menor, sus relaciones públicas serán rechazadas. Todas las funciones deben seguir estrictamente el flujo de Telegram X – y coincidir con la calidad general, la estabilidad y el estilo general de la aplicación. ## Otras contribuciones: También se pueden considerar tipos de relaciones públicas no mencionados anteriormente, siempre que sean racionales. Por ejemplo, optimizaciones de funciones existentes o del tiempo de compilación de la aplicación (para ello, es obligatorio el tiempo antes/después). Para la refactorización de código, el código debe mejorarse/simplificarse/ser más conveniente claramente y se espera que esté libre de errores en casos extremos. ¡Buena suerte y gracias por la contribución!