Closed emmysm closed 9 years ago
Luis-Fernando-Molina
commented
9 years ago Para hacer las moficiaciones tenias que editar el README y tomar de ahi el texto.
Al tomarlo desde la pagina sin editar estas perdiendo todo el formato. Y sin formato me cuesta ver que cambiaste.
Vas a tener que hacerlo de nuevo como te digo.
emmysm
commented
9 years ago Ok, voy a eso @Luis-Fernando-Molina :+1:
emmysm
commented
9 years ago 
El equipo de diseño de bitDubai-Fermat está dividido en 3 áreas al día de hoy:
Todo lo que se diseña es discutido a través del sistema de casos (issues en inglés) provisto por github.com y en video llamadas que se realiza a través de Google Hangouts .
A su vez los diseños estás relacionados con el proyecto Fermat o a la empresa que lo desarrolla: bitDubai .
Algunos diseñadores pueden que sean empleados de bitDubai, socios en bitDubai, o simplemente contribuyentes que espontáneamente aportan sus conocimientos al proyecto Fermat .
A continuación vamos a aclarar algunos conceptos y lineamientos básicos para trabajar en el diseño gráfico de bitDubai-Fermat.
bitDubai es un Startup financiera, que creó el proyecto Fermat y es al día de hoy quien lo mantiene y su principal contribuyente.
bitDubai en otras palabras es la sociedad formada por los ingenieros y diseñadores que construyen Fermat.
Fermat es un proyecto open source (código abierto) , servirá para que cualquier desarrollador del mundo pueda crear fácilmente una billetera digital (en ingles digital wallet ) para algún segmento de la población que lo identifique. Cada billetera sirve a su vez para guardar dinero digital en el mundo, donde el dinero en papel va a desaparecer debido a los últimos avances en la tecnología.
La misión de los diseñadores, es brindarle el apoyo a los desarrolladores donde sea que se necesite diseño gráfico.
En la práctica se traduce, en aportar sobre los casos abiertos intentando llegar a un punto en el que el caso se cierra. Individualmente, lograr que los aportes propios sean los seleccionados es lo que cada diseñador debe tener como meta.
Es una metodología de trabajo a nivel de desarrollo permite que cualquier persona pueda brindar un aporte al software, también se está implementando a nivel de diseño con el fin de que cada miembro perteneciente al equipo grafico puedan brindar un aporte sobre el proyecto en cada issue.
Plataformas , pluggins , Add-ons , Sub Applicaciones .
Hasta el momento están asociados a la creación de billeteras (wallets)
Almacenar nuestro dinero respaldado en bitcoins.
Moneda digital que se puede canjear por cualquier divisa. Es el dinero de internet.
Existen más de cien mil Stores en internet de diferentes tamaños, algunos tan grandes como Amazon donde se puede comprar con bitcoins.
Es un sitio centralizado donde se almacena y mantiene información digital, habitualmente bases de datos o archivos informáticos
Son versiones de tu proyecto que han sido clonados y se encuentran alojados en la PC. (Sitio donde se almacenan los archivos, una carpeta creada en la pc)
Son versiones de tu proyecto que se encuentran alojados en Internet o en algún punto de la red. Puedes tener varios, cada uno de los cuales puede ser de sólo lectura, o de lectura/escritura, según los permisos que tengas. Colaborar con otros implica gestionar estos repositorios remotos, y mandar (push) y recibir (pull) datos de ellos cuando necesites compartir cosas. Gestionar repositorios remotos implica conocer cómo añadir repositorios nuevos, eliminar aquellos que ya no son válidos, gestionar ramas remotas (fork) e indicar si están bajo seguimiento o no, y más cosas. En esta sección veremos todos estos conceptos. (Sitio donde se almacenan los archivos, en internet, un servidor de la nube, (el github).
Son versiones de tu proyecto que se encuentran alojados en Internet o en algún punto de la red. Puedes tener varios, cada uno de los cuales puede ser de sólo lectura, o de lectura/escritura, según los permisos que tengas. Colaborar con otros implica gestionar estos repositorios remotos, y mandar (push) y recibir (pull) datos de ellos cuando necesites compartir cosas. Gestionar repositorios remotos implica conocer cómo añadir repositorios nuevos, eliminar aquellos que ya no son válidos, gestionar ramas remotas (fork) e indicar si están bajo seguimiento o no, y más cosas. En esta sección veremos todos estos conceptos. (Sitio donde se almacenan los archivos, en internet, un servidor de la nube, (el github).
Para obtener y trabajar con el repositorio es necesario realizar los siguientes pasos: Para obtener y trabajar con el repositorio es necesario realizar los siguientes pasos:
Para Fermat solo se usara Clone.
(Dependiendo de la velocidad del internet y el peso del repositorio este proceso puede tardar varios minutos. Mientras este proceso culmina no se debe tocar o explorar la herramienta de sincronización ya que puede que se puede interrumpir el proceso y creará un error, lo que obliga a la persona iniciar el proceso una vez más. Por lo que se recomienda dejar que la herramienta trabaje sola, ella misma avisara cuando esté lista)
| NOTA: | Ya creada la carpeta de sincronización es importante no cambiar la ruta, porque al momento de sincronizar, creará un error. Y se debe realizar todo el proceso nuevamente. |
|---|
Se abre la herramienta que se acaba de instalar, nos ubicamos en la esquina superior izquierda. Podemos ver el símbolo “+”, debajo de este símbolo veremos los repositorios. Importante seleccionar el repositorio que se va a sincronizar para el caso será Nombre-del-usuario/fermat-graphics-design. Al seleccionar el repositorio, se puede ver un rectángulo negro que contiene una línea de tiempo, que muestra los aportes que han hecho los usuarios.
Adentro del rectángulo negro en la esquina superior derecha estará el botón de Sync con unas flechas en forma circular. Se debe pulsar para sincronizar.
Se activara una barra de carga, de color azul en la parte superior de la herramienta, esto puede tardar unos minutos según la cantidad de archivos se estén sincronizando.
Se copia el archivo de una carpeta a la carpeta del repositorio. Para poder subirlo debemos sincronizar nuestra pc con el servidor. Pero al arrojar un archivo nuevo en el repositorio hará que la herramienta, no permita sincronizar tan fácil como se hizo la primera vez. Para ello es necesario realizar un commit. (Un commit es una contribución)
Es una contribución que se hace al repositorio
En la herramienta podemos ver en el centro de la parte superior dos botones Changes e History.
Presionar el botón Changes.
Es necesario tener en cuenta que la herramienta no permite generar un commit sin antes realizar un comentario.
Para realizar un comentario vamos al lado izquierdo una ventana donde se veran los siguientes campos descriptivos:
También se verá encima de esa ventana el o los archivos que se han modificado o en su defecto los que se han arrojado a la carpeta del repositorio. Al lado de cada archivo se puede ver que tienen un checkbox que se puede marcar o desmarcar.
Esto funciona si tienes varios archivos.
Se arrojan 5 archivos, 3 relacionados al Logo de Fermat y 2 correspondientes al Logo de bitDubai. En la ventana se muestra todos los archivos juntos y los checkboxs seleccionados, ya que los archivos los arrojamos al mismo tiempo.
En este caso se deseleccionan los 2 archivos que corresponden al Logo de bitDubai. Y se dejean marcados los correspondientes al Logo de Fermat.
Se genera un Commit relacionado a los archivos del Logo de fermat y se selecciona el botón OK. Esto hace que solo suban los archivos, al que le fue asignado el Commit. Quedaran 2 archivos por subir, que son los de bitDubai, se genera el Commit correspondiente y se selecciona el botón OK.
Una vez más se selecciona el botón de Sync. Este permite realizar una contribución de archivos al repositorio. Se puede verificar en el website de github en el repositorio de la persona.
| NOTA: | Es súper importante que antes de subir un archivo, sincronizar el repositorio local con el repositorio remoto. Ya que la herramienta explora por sí sola, y compara los archivos existentes con los nuevos para ver si hay algún cambio en el repositorio. De no hacer este paso, se puede alterar el repositorio de una manera no favorable. Es recomendable no trabajar directamente en el repositorio, sino crear su propia carpeta de archivos e ir actualizando según las necesidades. El repositorio se trabaja con una única versión de archivos, para los que han sido aprobados. Por lo que no vamos a subir miles de versiones de un mismo proyecto. |
|---|
Esto no se debe hacer, solo debe existir un archivo llamado Logo-Fermat. Si hay una modificación sobre el archivo simplemente se sustituye. Ya que de ser necesario trabajar con una versión anterior del archivo, github permite recuperar la versión que necesitemos.
Esta es la manera de trabajo que se establece, para evitar confusión en los usuarios sobre las carpetas asignadas para los archivos finales.
Importante: Cuando se propone un diseño, y se comparte una imagen asociada a un caso, es necesario someter las fuentes al repositorio al mismo instante, de esta manera cualquier persona puede continuar las propuestas en caso que el diseñador responsable no esté disponible. Todas las propuestas serán agregadas en el folder (carpeta) Drafts, (ya que son borradores y no archivos finales), aquí se debe crear una subcarpeta que lleve el nombre asociado al caso en que se está trabajando, si la subcarpeta ha sido creada, basta con agregar los archivos, los cuales deben llevar el siguiente orden.
El nombre del archivo estará asociado al elemento que se está trabajando al caso correspondiente.
En el resto de los folders se ubicaran todos los archivos aprobados, cuando un diseño es aprobado se debe colocar el nombre correspondiente al elemento que hemos trabajado.
Es necesario saber que un diseño aprobado, puede ser seleccionado para continuar refinándolo, no necesariamente el autor del diseño retomara el proyecto, cualquiera de los diseñadores disponibles podrá tomar los fuentes y producir el refinamiento.
Es 100% recomendable tener la página del github abierta mientras se está laburando ya que en la versión web se pueden ver los issues que se nos han asignados o los que están abiertos. También podremos asignarnos el issue en caso de no tener ninguno asignado.
| NOTA | Cada post que se realice en los issues, también serán notificados al E-mail con el que el usuario creo su cuenta github. |
|---|
La palabra fork se traduce al castellano, dentro del contexto que nos ocupa, como bifurcación. Cuando hacemos un fork de un repositorio, se hace una copia exacta en crudo (en inglés “bare”) del repositorio original que podemos utilizar como un repositorio git cualquiera. Después de hacer fork tendremos dos repositorios git idénticos pero con distinta URL. Justo después de hacer el fork, estos dos repositorios tienen exactamente la misma historia, son una copia idéntica. Finalizado el proceso, tendremos dos repositorios independientes que pueden cada uno evolucionar de forma totalmente autónoma. De hecho, los cambios que se hacen el repositorio original NO se transmiten automáticamente a la copia (fork). Esto tampoco ocurre a la inversa: las modificaciones que se hagan en la copia (fork) NO se transmiten automáticamente al repositorio original.
| NOTA | Desde el momento que se inician las labores, este es el primer paso que la persona debe seguir después de crear el usuario. |
|---|
Permitir a los desarrolladores contribuir a un proyecto de forma segura. La función se sustenta en la función copy_process en la que delega toda la responsabilidad de crear las estructuras para el proceso nuevo.
Un pull request es una petición que solicita un usuario propietario de un fork de un repositorio, al propietario del repositorio original para que este último incorpore los commits que están en el fork. En el caso que nos ocupa, el usuario aprendegit-user1 le enviará la petición a aalbagarcia para que este último incorpore los commits que tiene en su fork. De esta manera los repositorios se mantienen actualizados.
Al entrar al perfil creado podemos ver los repositorios al cual se han concedidos los permisos. Si entramos al repositorio que se ha creado. Podremos ver el contenido de este repositorio, del lado derecho encontramos varios botones.
Supongamos nos han asignado un caso el cual estamos trabajando, y ya tenemos algo definido, lo primero que debemos hacer es generar un JPG.
Luego nos posicionamos en el caso en el que estamos trabajando y en el espacio que tenemos para escribir, generamos el comentario correspondiente y arrojamos la imagen. Aquí podemos mencionar a algún usuario, solo basta con colocar un @ más el nombre del usuario y será mencionado. Ejemplo: @fulano
Es la manera de hacer un seguimiento de las tareas, mejoras y errores en los proyectos. Es como una conversación en un foro, salvo que se refieren a una tarea en particular.
Los issues contienen:
Es un caso que engloba varios issues al cual están asociados a un mismo tema, donde se plantea una discusión genérica.
Después de una previa discusión del tema se inicia a resolver los casos que estén asociados.
| NOTA | Los issues pueden ser referenciados utilizando hashtag seguido de la enumeración correspondiente al caso que se quiere mencionar. Ejemplo: issue #143 |
|---|
Solo con entrar en cualquiera de los issues aparecerá un botón New Issue. Al pulsarlo se abre una ventana, se llenan los campos correspondientes y listo. Dentro del issue podemos ver un botón de Assignee nos permite asignar el caso a un usuario o a nosotros mismos.
Con esta metodología también podemos crear Supper Issues
| Nota | : Los issues pueden ser referenciados utilizando hashtag seguido de la enumeración correspondiente al caso que se quiere mencionar. Ejemplo: issue #143 |
|---|
| Ya discutida y elegida la propuesta, procedemos a cerrar el caso, una vez que los archivo editables finales hayan sido subidos al repositorio. Estando en el caso correspondiente, procedemos a posicionarnos al final de la página, y conseguiremos el botón close issue, basta con pulsarlo y se cerrará el caso. | Nota | Un caso puede ser reabierto según las necesidades del administrador. |
|---|
En este proyecto utilizamos la modalidad de diseño colaborativo de manera análoga a como se programa el sistema. De esta forma cualquier diseñador puede aportar ideas, conceptos, correcciones o lo que fuere sobre cualquier issue abierto sobre el cual se esté trabajando. De esta manera obtenemos diversidad de diseños, y en general mejores resultados.
Esto es exactamente lo que se pretende que suceda. Cada issue es una oportunidad para cada diseñador de aportar conocimientos y refinar lo que se va trabajando. Existe una contraparte a los diseñadores que hace las veces del usuario y a lo largo del proceso va decidiendo que opciones le parecen mejor mientras el diseño evoluciona hasta su versión final. El usuario toma en cuenta para sus decisiones los comentarios previos de los diseñadores y sus sugerencias.
La persona que realizo la última versión del diseño debe subir al repositorio todos los archivos editables pertenecientes al caso.
Generando iconos, banners gráficos, interface gráfica, e identidad de cada elemento que conforman las distintas Plataformas , pluggins , Add-ons , Sub Applicaciones , en las que están trabajando los desarrolladores. Hasta el momento este proyecto en el que se está trabajando, es para implementarlo para Android.
Las reuniones se realizan a través de hangouts , en la jornada laboral es muy probable que se presenten algunas reuniones, para discutir algunos casos nuevos o discutir los avances del proyecto. Para ello, no hay un horario establecido, por lo general son en horario matutino. Surgen dependiendo de las necesidades de cada proyecto. Muchos de los casos (issues) se derivan de estas reuniones.
Se puede apreciar lo conversado en las reuniones través de este enlace. https://plus.google.com/u/0/+bitDubaiFermat/posts Dentro del canal, se puede ubicar los diferentes meeting, relacionados a varios grupos o equipos.
Este canal ordena las conversaciones (Videos) por fechas y grupos. Es necesario desplazar el scroll de la página hasta el fondo y hacer una búsqueda, para ubicar la conversación requerida. Se logra visualizar con play en el video.
| Nota | Es importante estar presente en las reuniones. |
|---|
Es una herramienta que sirve para orientarse, aquí se conseguen diversas conversaciones donde explican que hace cada elemento, que en momentos habrán muchos conceptos al que no estamos familiarizados. Es por esto que es importante revisar la conversación que esté orientada al caso en el que se va a trabajar, de esta manera poder armar un brief .
Solo se debe entrar en http://fermat.org/ Aquí puede ver cómo está compuesto Fermat y cada plataforma que lo conforman. De cada plataforma se puede apreciar un esquema gráfico compuesto por una ficha, que describe el tipo de modulo o elemento (si son subapp, pluggins, entre otros elementos.), también muestra que desarrollador está trabajando en cada módulo.
Tener conocimiento de que elemento está trabajando cada desarrollador, trae como beneficio poder recurrir a cada uno de ellos y aclarar las dudas.
Hay elementos que tienen su estilo grafico planteado, esto lo podremos apreciar en los archivos que se encuentran en el repositorio.
| Nota | Por eso es muy importante revisar en el github cuáles son los casos abiertos y de esta manera poder iniciar a trabajar!!! |
|---|
Aquí se deja enlace donde se aprecian los casos que están abiertos
https://github.com/bitDubai/fermat-graphic-design/issues
Es necesario tener en cuenta estas recomendaciones que deja google. De esta manera se puede mantener un esquema grafico de calidad.
https://www.google.com/design/spec/style/icons.html#icons-system-icons
http://iconhandbook.co.uk/reference/chart/android/
https://support.google.com/googleplay/android-developer/answer/1078870?hl=es
Para los Iconos, Logos, e Identidad de algún elemento, estos son los formatos:
.ai .svg .png
Para mockup, wireframe, estos son los formatos:
.ai (de haberlos trabajado en illustrator) y .psd (de haberlos trabajado en Photoshop)
Estos formatos para los wireframe, deben estar previamente hablado con algún desarrollador que muy bien pueden ser planteados en una reunión.
Aca los ajustes @Luis-Fernando-Molina
Luis-Fernando-Molina
commented
9 years ago salvo esta parte que algo falto:
| Nota | Un caso puede ser reabierto según las necesidades del administrador. |
|---|
el resto :+1:
arnaldos
commented
9 years ago @Luis-Fernando-Molina te refieres a eliminar este texto ?
Luis-Fernando-Molina
commented
9 years ago No, fijate que en el post de Emmy sale no como tabla sino como codigo markdown, no se porque.
arnaldos
commented
9 years ago ok dejame verificar eso
arnaldos
commented
9 years ago listo ya se actualizo el readme
emmysm
commented
9 years ago :+1:
Introducción El equipo de diseño de bitDubai-Fermat está dividido en 3 áreas al día de hoy: Diseño 2D Diseño 3D Diseño UI/UX Todo lo que se diseña es discutido a través del sistema de casos (issues en inglés) provisto por github.com y en video llamadas que se realiza a través de Google Hangouts . A su vez los diseños estás relacionados con el proyecto Fermat o a la empresa que lo desarrolla: bitDubai . Algunos diseñadores pueden que sean empleados de bitDubai, socios en bitDubai, o simplemente contribuyentes que espontáneamente aportan sus conocimientos al proyecto Fermat . A continuación vamos a aclarar algunos conceptos y lineamientos básicos para trabajar en el diseño gráfico de bitDubai-Fermat.
bitDubai y Fermat
PARTE I. Conceptos básicos
5 ¿Qué es un Repositorio? Es un sitio centralizado donde se almacena y mantiene información digital, habitualmente bases de datos o archivos informáticos
5.1. ¿Qué es un Repositorio local? Son versiones de tu proyecto que han sido clonados y se encuentran alojados en la PC. (Sitio donde se almacenan los archivos, una carpeta creada en la pc)
5.2. ¿Qué es un repositorio remoto? Son versiones de tu proyecto que se encuentran alojados en Internet o en algún punto de la red. Puedes tener varios, cada uno de los cuales puede ser de sólo lectura, o de lectura/escritura, según los permisos que tengas. Colaborar con otros implica gestionar estos repositorios remotos, y mandar (push) y recibir (pull) datos de ellos cuando necesites compartir cosas. Gestionar repositorios remotos implica conocer cómo añadir repositorios nuevos, eliminar aquellos que ya no son válidos, gestionar ramas remotas (fork) e indicar si están bajo seguimiento o no, y más cosas. En esta sección veremos todos estos conceptos. (Sitio donde se almacenan los archivos, en internet, un servidor de la nube, (el github).
5.3. ¿Cómo se puede tener un repositorio local? Para obtener y trabajar con el repositorio es necesario realizar los siguientes pasos:
a.- Estar dentro del repositorio del administrador. ahí se puede visualizar en la esquina inferior derecha, un botón que lleva por nombre Clone in Desktop.
b.- Pulsar el botón, y seguido de esto iniciara la descarga de un archivo ejecutable de la herramienta que brinda github, que sirve para sincronizar la pc de la persona con el servidor y poder realizar los aportes necesarios al proyecto.
c.- Una vez instalado, se procede abrir la herramienta.
d.- La persona debe logearse con los datos que se abrió la cuenta en github.
e.- Aparecerá un botón en la esquina superior izquierda con un símbolo “+” hay que pulsarlo, se abrirá una ventana, esta muestra 3 botones adicionales que son los siguientes; Add se refiere agregar un repositorio. Create se refiere a crear un repositorio nuevo, para un proyecto nuevo Clone se refiere a clonar un repositorio, esta es la acción que se va a ejecutar Para Fermat solo se usara Clone.
f.- Debemos pulsar Clone, se desplegara una nueva ventana el cual se verán dos imágenes, una corresponde a bitDubai y la otra a Nuestro Perfil que es la que se debe seleccionar.
g.- Ya seleccionado Nuestro Perfil, se abre una ventana más que muestra los repositorios que corresponden a Nuestro Perfil
h.- Debemos seleccionar el repositorio con el que se va a trabajar, para el caso será Nombre-del-usuario/fermat-graphics-design. i.- Aparecerá un botón de Clone Nombre-del-usuario/fermat-graphics-design en la parte inferior de la ventana, Pulsamos el botón.
j.- Se abre una ventana que pregunta la ruta de ubicación que se va a elegir para nuestro repositorio. (Esta ruta cada persona le da una ubicación donde se sienta más cómodo para trabajar)
k.- Una vez asignada la ruta se inicia el proceso de clonación del repositorio, esto creara una carpeta con todos los archivos existentes en el repositorio en la ruta ya establecida.
l.- Cuando finalice el proceso automáticamente aparecerá el nombre del repositorio que se clono por ejemplo: Nombre-del-usuario/fermat-graphics-design (Dependiendo de la velocidad del internet y el peso del repositorio este proceso puede tardar varios minutos. Mientras este proceso culmina no se debe tocar o explorar la herramienta de sincronización ya que puede que se puede interrumpir el proceso y creará un error, lo que obliga a la persona iniciar el proceso una vez más. Por lo que se recomienda dejar que la herramienta trabaje sola, ella misma avisara cuando esté lista)
NOTA: Ya creada la carpeta de sincronización es importante no cambiar la ruta, porque al momento de sincronizar, creará un error. Y se debe realizar todo el proceso nuevamente.
5.4. ¿Cómo se sincroniza el repositorio local con el servidor? Se abre la herramienta que se acaba de instalar, nos ubicamos en la esquina superior izquierda. Podemos ver el símbolo “+”, debajo de este símbolo veremos los repositorios. Importante seleccionar el repositorio que se va a sincronizar para el caso será Nombre-del-usuario/fermat-graphics-design. Al seleccionar el repositorio, se puede ver un rectángulo negro que contiene una línea de tiempo, que muestra los aportes que han hecho los usuarios. Adentro del rectángulo negro en la esquina superior derecha estará el botón de Sync con unas flechas en forma circular. Se debe pulsar para sincronizar. Se activara una barra de carga, de color azul en la parte superior de la herramienta, esto puede tardar unos minutos según la cantidad de archivos se estén sincronizando.
5.5. ¿Cómo se puede subir un archivo nuevo al repositorio? Se copia el archivo de una carpeta a la carpeta del repositorio. Para poder subirlo debemos sincronizar nuestra pc con el servidor. Pero al arrojar un archivo nuevo en el repositorio hará que la herramienta, no permita sincronizar tan fácil como se hizo la primera vez. Para ello es necesario realizar un commit. (Un commit es una contribución)
5.6 ¿Qué es un commit? Es una contribución que se hace al repositorio
a.- ¿Cómo hacer un commit? En la herramienta podemos ver en el centro de la parte superior dos botones Changes e History. Presionar el botón Changes. Es necesario tener en cuenta que la herramienta no permite generar un commit sin antes realizar un comentario. Para realizar un comentario vamos al lado izquierdo una ventana donde se veran los siguientes campos descriptivos: Summary: Aquí se coloca un título. Ejemplo; Logo Fermat Description: Aquí se debe colocar una breve descripción. Ejemplo; Subo el Logo Fermat en sus distintos formatos. También se verá encima de esa ventana el o los archivos que se han modificado o en su defecto los que se han arrojado a la carpeta del repositorio. Al lado de cada archivo se puede ver que tienen un checkbox que se puede marcar o desmarcar. Esto funciona si tienes varios archivos.
Ejemplo: Se arrojan 5 archivos, 3 relacionados al Logo de Fermat y 2 correspondientes al Logo de bitDubai. En la ventana se muestra todos los archivos juntos y los checkboxs seleccionados, ya que los archivos los arrojamos al mismo tiempo. En este caso se deseleccionan los 2 archivos que corresponden al Logo de bitDubai. Y se dejean marcados los correspondientes al Logo de Fermat. Se genera un Commit relacionado a los archivos del Logo de fermat y se selecciona el botón OK. Esto hace que solo suban los archivos, al que le fue asignado el Commit. Quedaran 2 archivos por subir, que son los de bitDubai, se genera el Commit correspondiente y se selecciona el botón OK. Una vez más se selecciona el botón de Sync. Este permite realizar una contribución de archivos al repositorio. Se puede verificar en el website de github en el repositorio de la persona.
NOTA: Es súper importante que antes de subir un archivo, sincronizar el repositorio local con el repositorio remoto. Ya que la herramienta explora por sí sola, y compara los archivos existentes con los nuevos para ver si hay algún cambio en el repositorio. De no hacer este paso, se puede alterar el repositorio de una manera no favorable. Es recomendable no trabajar directamente en el repositorio, sino crear su propia carpeta de archivos e ir actualizando según las necesidades. El repositorio se trabaja con una única versión de archivos, para los que han sido aprobados. Por lo que no vamos a subir miles de versiones de un mismo proyecto.
Por ejemplo: Logo Fermat versión 1 Logo Fermat versión 2 Logo Fermat versión 3 Esto no se debe hacer, solo debe existir un archivo llamado Logo-Fermat. Si hay una modificación sobre el archivo simplemente se sustituye. Ya que de ser necesario trabajar con una versión anterior del archivo, github permite recuperar la versión que necesitemos. Esta es la manera de trabajo que se establece, para evitar confusión en los usuarios sobre las carpetas asignadas para los archivos finales. Importante: Cuando se propone un diseño, y se comparte una imagen asociada a un caso, es necesario someter las fuentes al repositorio al mismo instante, de esta manera cualquier persona puede continuar las propuestas en caso que el diseñador responsable no esté disponible. Todas las propuestas serán agregadas en el folder (carpeta) Drafts, (ya que son borradores y no archivos finales), aquí se debe crear una subcarpeta que lleve el nombre asociado al caso en que se está trabajando, si la subcarpeta ha sido creada, basta con agregar los archivos, los cuales deben llevar el siguiente orden.
Ejemplo: Nombre_del_archivo_issue2_version_1 Nombre_delarchivo issue2_version_2 Nombre_delarchivo issue2_version_3 El nombre del archivo estará asociado al elemento que se está trabajando al caso correspondiente. En el resto de los folders se ubicaran todos los archivos aprobados, cuando un diseño es aprobado se debe colocar el nombre correspondiente al elemento que hemos trabajado.
Ejemplo: -En el folder bitdubai subcarpeta Logo bitdubai se colocara el archivo Logo_bitDubai -En el folder Fermat subcarpeta Logo Fermat se colocara el archivo Logo_Fermat -En el folder Wallets subcarpeta bitcoinWallet se colocara el archivo Banner_bitcoinWallet -Estas son las carpetas donde se colocaran los archivos finales -2D design Iconos, banners, manual de marca, Etc. -3D design modelados 3D -UI/UX desing Inteface grafica Es necesario saber que un diseño aprobado, puede ser seleccionado para continuar refinándolo, no necesariamente el autor del diseño retomara el proyecto, cualquiera de los diseñadores disponibles podrá tomar los fuentes y producir el refinamiento. Es 100% recomendable tener la página del github abierta mientras se está laburando ya que en la versión web se pueden ver los issues que se nos han asignados o los que están abiertos. También podremos asignarnos el issue en caso de no tener ninguno asignado.
NOTA: Cada post que se realice en los issues, también serán notificados al E-mail con el que el usuario creo su cuenta github.
6.- ¿Qué es un fork? La palabra fork se traduce al castellano, dentro del contexto que nos ocupa, como bifurcación. Cuando hacemos un fork de un repositorio, se hace una copia exacta en crudo (en inglés “bare”) del repositorio original que podemos utilizar como un repositorio git cualquiera. Después de hacer fork tendremos dos repositorios git idénticos pero con distinta URL. Justo después de hacer el fork, estos dos repositorios tienen exactamente la misma historia, son una copia idéntica. Finalizado el proceso, tendremos dos repositorios independientes que pueden cada uno evolucionar de forma totalmente autónoma. De hecho, los cambios que se hacen el repositorio original NO se transmiten automáticamente a la copia (fork). Esto tampoco ocurre a la inversa: las modificaciones que se hagan en la copia (fork) NO se transmiten automáticamente al repositorio original.
NOTA Desde el momento que se inician las labores, este es el primer paso que la persona debe seguir después de crear el usuario.
6.1. ¿Para qué sirve un fork? Permitir a los desarrolladores contribuir a un proyecto de forma segura. La función se sustenta en la función copy_process en la que delega toda la responsabilidad de crear las estructuras para el proceso nuevo.
6.2. ¿Cómo se hace un fork? Este enlace explica cómo hacer un fork http://aprendegit.com/fork-de-repositorios-para-que-sirve/ Nota Para el caso de los diseñadores es importante realizar un Fork del repositorio del administrador.
7.1. ¿Cómo hacer un pull request? Se mostrara la forma más sencilla, que es partiendo de un commit generado desde la herramienta github. Vamos a nuestro repositorio en el sitio web, del lado izquierdo se puede apreciar un botón de sincronización de color verde, al pulsarlo se abre la ventana del comparador de archivos entre los repositorios, esta acción solicita hacer una mescla entre el repositorio de usuario y den administrador. Se puede ver un nuevo botón créate pull request de color verde, que sirve para solicitar una actualización entre repositorios. Haciendo una petición al administrador integrar los últimos commits realizados en nuestro repositorio (fork) al repositorio principal. Al ejecutar el botón se crea un pull request, para poder ver los cambios en el repositorio, se debe esperar a que el administrador otorgue los permisos de actualización.
8.¿Cómo se usa la versión web? Al entrar al perfil creado podemos ver los repositorios al cual se han concedidos los permisos. Si entramos al repositorio que se ha creado. Podremos ver el contenido de este repositorio, del lado derecho encontramos varios botones. Issues: si seleccionamos ahí se nos despliega la totalidad de issues o casos por resolver, muchos de estos pueden que ya estén asignados. Si seleccionas cualquiera de ellos podrás realizar post, acerca del caso estés trabajando o no en ello. Se puede apreciar que tiene un espacio para dejar comentarios. Muchos de ellos ya han sido posteados por lo que se puede ver los avances que se han realizado. Supongamos nos han asignado un caso el cual estamos trabajando, y ya tenemos algo definido, lo primero que debemos hacer es generar un JPG. Luego nos posicionamos en el caso en el que estamos trabajando y en el espacio que tenemos para escribir, generamos el comentario correspondiente y arrojamos la imagen. Aquí podemos mencionar a algún usuario, solo basta con colocar un @ más el nombre del usuario y será mencionado. Ejemplo: @fulano
8.1.¿Qué es un Issue? Es la manera de hacer un seguimiento de las tareas, mejoras y errores en los proyectos. Es como una conversación en un foro, salvo que se refieren a una tarea en particular.
a) Los issues contienen: Un Título y la Descripción para indicar de que se trata el tema. Etiquetas son una gran manera de organizar diferentes tipos de casos. Los casos pueden tener tantas etiquetas como se desee, y se puede filtrar por una o varias etiquetas a la vez. Los milestone son grupos de casos que corresponden a un proyecto, característica o periodo de tiempo. Assignne es la persona responsable de trabajar en el caso, en un momento dado. Comentarios permiten que cualquier persona con acceso al repositorio pueda proporcionar retroalimentación.
8.2.¿Qué es un SupperIssue? Es un caso que engloba varios issues al cual están asociados a un mismo tema, donde se plantea una discusión genérica. Después de una previa discusión del tema se inicia a resolver los casos que estén asociados.
8.3.¿Cómo crear un nuevo issue? Solo con entrar en cualquiera de los issues aparecerá un botón New Issue. Al pulsarlo se abre una ventana, se llenan los campos correspondientes y listo. Dentro del issue podemos ver un botón de Assignee nos permite asignar el caso a un usuario o a nosotros mismos. Con esta metodología también podemos crear Supper Issues
NOTA: Los issues pueden ser referenciados utilizando hashtag seguido de la enumeración correspondiente al caso que se quiere mencionar. Ejemplo: issue #143
8.3.¿Cómo cerrar un Issue? Ya discutida y elegida la propuesta, procedemos a cerrar el caso, una vez que los archivo editables finales hayan sido subidos al repositorio. Estando en el caso correspondiente, procedemos a posicionarnos al final de la página, y conseguiremos el botón close issue, basta con pulsarlo y se cerrará el caso. Nota: Un caso puede ser reabierto según las necesidades del administrador.
Parte II: Sobre el trabajo Modalidad de trabajo
5.-Reuniones
5.1. ¿Cómo son las reuniones? Las reuniones se realizan a través de hangouts , en la jornada laboral es muy probable que se presenten algunas reuniones, para discutir algunos casos nuevos o discutir los avances del proyecto. Para ello, no hay un horario establecido, por lo general son en horario matutino. Surgen dependiendo de las necesidades de cada proyecto. Muchos de los casos (issues) se derivan de estas reuniones. 5.2. ¿Qué pasa si la persona no pudo estar en la reunión? Se puede apreciar lo conversado en las reuniones través de este enlace. https://plus.google.com/u/0/+bitDubaiFermat/posts Dentro del canal, se puede ubicar los diferentes meeting, relacionados a varios grupos o equipos.
-3D Design Meeting
-P2P Meeting
-UX Meeting
-Graphic Design Meeting
-DAP Meeting
-Fermat ORG Meeting
-CBP UX Meeting
-Fermat ORG Server Meeting Este canal ordena las conversaciones (Videos) por fechas y grupos. Es necesario desplazar el scroll de la página hasta el fondo y hacer una búsqueda, para ubicar la conversación requerida. Se logra visualizar con play en el video. Nota: Es importante estar presente en las reuniones.
5.3. ¿Por qué es importante tener las reuniones grabadas? Es una herramienta que sirve para orientarse, aquí se conseguen diversas conversaciones donde explican que hace cada elemento, que en momentos habrán muchos conceptos al que no estamos familiarizados. Es por esto que es importante revisar la conversación que esté orientada al caso en el que se va a trabajar, de esta manera poder armar un brief . Parte III: Referencias Fermat y sus componentes
Aca los ajustes que se hicieron al readme @Luis-Fernando-Molina