Modismos comunes de GitHub involucrados en contribuciones de la comunidad
PR: Solicitud de extracción.
LGTM: Se ve bien para mí. Se ve bien, el código ha sido revisado y puede fusionarse.
SGTM: Suena bien para mí. Similar a la oración anterior.
WIP: Work In Progress. Si tiene un RP que ha cambiado mucho, puede enviarlo primero si ha escrito una parte. Escriba WIP en el título para decirle al responsable del proyecto que esta característica no se ha completado, lo cual es conveniente para el responsable de la revisión por adelantado. Código enviado parcialmente.
PTAL: Por favor, eche un vistazo. ¿Estás aquí? Se usa para hacer que otros echen un vistazo.
TBR: Se revisará. Solicite al responsable que revise.
TL; DR: Demasiado largo; No leí. Demasiado tiempo, no leí.
TBD: Por hacer (o Definir / Discutir / Decidir / Determinar). El significado difiere según el contexto, pero en general aún no es xx.
SPOF: Punto único de falla.
Lo antes posible: lo antes posible.
Por cierto: por cierto, por cierto.
FYI: Para su información, para su referencia.
TTYL: Hablamos luego.
Por favor: homónimo.
Thx: Gracias, gracias.
AFAIK: Hasta donde yo sé.
U: usted
R: a menudo se usan donde R U? No se usa mucho en los correos electrónicos, la mayoría se usa en ocasiones informales.
Quiero: quiero. Esta es una convención, lo que significa lo que quieres hacer.
Pvt: privado. A menudo se usa para expresar la propiedad, como bibliotecas privadas o código privado.
Doc: Documento. Si se usa en otras ocasiones, también puede representar a un médico. Por lo tanto, debe combinarse con el contexto para juzgar.
es decir, eso es ... (id est).
por ejemplo, por ejemplo.
etc. etcétera, etc.
Repositorio: denominado Repo, que puede entenderse como "almacén".
Problemas: puede entenderse como "problemas", para dar un ejemplo simple, si abrimos un proyecto de código abierto, si alguien ha visto nuestro proyecto y ha encontrado un error, o siente que hay margen de mejora, puede darnos un problema, etc. Después de resolver el problema, podemos cerrar estos problemas; por el contrario, también podemos proponer el problema a otros.
Star: Puede entenderse como "me gusta". Cuando sentimos que cierto proyecto se ha hecho bien, nos puede gustar este proyecto, y los proyectos que nos han gustado se guardarán en nuestra Estrella, lo cual es conveniente para nosotros en cualquier momento. Verifique. En GitHub, si el número de puntos en un proyecto puede exceder los 100, entonces este proyecto ya es muy bueno.
Bifurcación: puede entenderse como una "rama de extracción". Si estamos interesados en un determinado proyecto y queremos desarrollar nuevas funciones sobre esta base, entonces podemos bifurcar este proyecto, lo que significa copiar uno para completar el mismo proyecto. En nuestra cuenta de GitHub, es independiente del proyecto original. Después de eso, podemos desarrollar en el proyecto que copiamos.
Fusionar: puede entenderse como una "fusión". Si alguien bifurca nuestro proyecto, lo modifica y envía una solicitud de extracción, entonces podemos revisar la solicitud de extracción. Si el contenido de la solicitud de extracción cumple con nuestros requisitos Requisitos, y no hay conflicto con nuestro proyecto original, podemos fusionarlo con nuestro proyecto. Por supuesto, si la fusión depende de nosotros.
Observación: puede entenderse como "observación". Si observamos un elemento, si hay actualizaciones para este elemento, recibiremos la notificación de actualización del elemento por primera vez.
Gist: si no tenemos un proyecto de código abierto o simplemente queremos compartir algunos fragmentos de código, podemos elegir Gist.
