"María Leandro" <tatica(a)fedoraproject.org> escribió:
Saludos!
Aquí va una Idea. ¿Que les parece ir desarrollando artículos para el
magazine explicando como unirse a cada grupo y vamos mejorando con ese
contenido la wiki?
~Suena~ muy bien ;) Pero si es para la revista, lo ideal sería crear
los artículos dentro del propio repositorio de git y ahí coordinar las
revisiones. Al final para el arte en Scribus sí tendrás que copiar y
pegar, pero mientras cada vez que te conectes a internet hagas un ¡git
pull' en tu directorio del repositorio local, al maquetar todo, no
necesitas conexión a internet para tener los textos ya a tu disposición.
Por cuanto unos buenos artículos que sirvan como guías a nuestros
proyectos, desde el propio repositorio podríamos ir generando las
versiones html de los artículos, y si son de buena calidad, hasta
pueden ser la base para nuevas guías oficiales del proyecto.
Creo que esto es más funcional, sin duda, que copipegar, de la lista o
correos personales, al wiki, luego a otro wiki copipegar para la
revisión, y luego otra vez al maquetado en Scribus.
Lo otro, ¿sera pertinente simplificar nuestra wiki (la pagina
principal al
menos)?
Sin duda, siempre he pensado que les quedó super chula la guía en la
wiki global para unirse a Embajadores. Por lo menos los primeros
pasos, te va llevando de página a página, paso a paso.
Creo que algunos proyectos como FreeMedia, por poner un ejemplo, o tal
vez hasta el plan de empaquetamiento que está en rpmdev, podrían
adaptar sus laaargas páginas llenas de recovecos, a esa secuencia de
página a página, cada una explicando en lenguaje sencillo un paso a la
vez.
Quizás simplificar un poco todo (colapsar enlaces similares y ese
tipo de
cosas)
NOTA: /me debería hacer algún mockup y proponer una nueva reestructuración
este fin de semana.
Si el mockup lo haces para el wiki, que sea en el wiki, diría yo, si
es posible (podría ser complicado algo de las imágenes, creo).
Pero si es para la revista, creo que lo ideal, insisto, sería hacerlo
en el repositorio de la misma. Si por alguna razón crees que no te
gustaría tocar la estructura actual, no necesitamos un repositorio
aparte, simplemente después de clonar el repositorio, puedes crear una
rama para esas propuestas, por ejemplo:
git checkout -b mockups --track origin/mockups
(sólo la primera vez lleva tantas opciones, para crear la rama)
mientras estés en esa rama (lo puedes verificar con git branch -a), no
verías los cambios de artículos que subamos a la rama "master". Para
cambiarte de nuevo a la rama master, haces
git checkout master
y en ella quedan ocultos los mockups, hasta que hagamos un merge
cuando tú lo consideres listo; para volver a tu rama de trabajo de
mockups, haces
git checkout mockups
y así puedes ir brincando entre distintos aspectos de desarrollo en el
repositorio
ah! pero no olvides hacer
git add .
git commit
y git push
antes del checkout para cambiarte de rama, así no se pierden tus
cambios y quedan sincronizados tus repositorios y el repositorio común.
Los checkouts es donde principalmente git es superior a dropbox, ahí
cada proyecto está limitado a ser "uno sólo" a la vez.
---
tatica
Ya tengo ganas de ver las ideas que tienes.
saludos
--
Jesús E. Franco Martínez
http://identi.ca/tzk
Colaborador de Proyecto Fedora LATAM