Pull Requests al repositorio oficial iojs/website #38
Comments
|
Por si les interesa, traductores al Frances optaron por usar forks propios. |
|
Yo creo que debemos enviar el PR desde la cuenta de iojs-es, de esa forma es la comunidad entera la que hace la contribución y no una persona especifica, de cualquier forma la comunidad siempre esta abierta a recibir a los nuevos miembros, ademas: Si lo hacemos desde el fork de cada uno no tendría sentido, porque es como decir que esa persona especifica fue la que hizo la traducción cuando fue toda la comunidad que participa en transifex. |
|
¿Existe una cuenta iojs-es? |
|
Sería bueno mandarlos desde |
|
Yo recién me integro a la Organización de iojs-es en Github, pero creo que si existe dicha cuenta de la comunidad, lo mejor es que los PR se envíen desde ella. |
|
+1, y por esta misma razón todo se debería hacer desde aquí directamente |
|
+1 desde |
|
¿Aparte del equipo de Francés sabemos de otros equipos como lo están haciendo? a mí la verdad me da igual si es desde la cuenta de la organización o desde el fork propio. Más interesante, me parece es que todos los equipos estén alineados en como son los PR del website, para que sea más fácil tanto para ellos como nosotros. No sé si ya lo hicimos, pero tal vez sería bueno preguntarle a Mikeal que le parece mejor a él y el resto del equipo que integrará los PR. ¿Qué les parece? |
|
Estuve buscando un poco y veo los siguientes PRs:
Todos son PRs de forks propios de los usuarios de los distintos idiomas. Incluso, en el PR de Alemán leo el siguiente comentario de mikeal:
|
|
Por ahora va ganando la opción de la cuenta general... me parece mas bien asi, lo que podemos hacer es referenciar en el PR el crédito de cada traducción.. pero me parece mas unificado así |
|
Este problema va a surgir siempre ya que hay que sacar los archivos primero de transifex porque al final hay que pasarlos a un repositorio de github. Propongo lo siguiente: que cada uno haga todo lo que pueda y luego lo añada a este repositorio, se comenta, se corrige, se hace todo lo necesario y se hace la PR cuando esté listo. |
|
Me parece bien lo que @stringparser dice, hay que revisar los PR y si es necesario hacer correcciones se hacen hasta que quede listo. |
|
Y aún así quedan fallos #47 |
|
bueno, estamos aprendiendo a trabajar juntos, vamos puliendo el proceso, yo se que @stringparser quiere que cada uno tenga el fork personal, pero el problema esta en corregir todos juntos el PR a un repo personal... por lo que veo la votación va para la organización... sorry ... lo que si podemos debatir es seguir o no con transifex.. |
|
@edsadr toda la razón y +1 a usar la org para tener el material último y corregido. Tengo que buscar una manera simple de tener los dos repos sincronizados |
|
Buenas, disculpen pero estuve ausente los últimos días. En Gitter vi un mensaje de @stringparser que resume de manera concisa el problema:
Propongo lo siguiente:
Primer borrador del proceso:
|
|
Hi iojs-es, we are discussing the same question here. I just tried following process:
What do you think about this steps? |
|
Si, tenemos que quedar en hacer algo simple, que funcione y quizás que no imponga un método particular de trabajo para cada uno (porque esto al final es tiempo libre de cada uno y si muchas veces acaba uno cansado de hacer lo que le manden en el trabajo... para venir a echar un buen rato y encontrase otra lista de cosas que hacer que otra persona ha puesto mejor... que no :D). Algo simple que no nos haga estar calentándonos la cabeza y deje la libertad a cada uno a hacerlo como le plazca. En gitter hemos estado hablando de hacer un hangout pronto y supongo que sería el momento idóneo de hablar de esto cuando quedemos. Dejarlo aquí escrito lo que en el hangout se habló para la gente que ese día no pueda esté al tanto, se vote y listo. Yo propondría algo que no dependa de la persona y que cualquiera que esté ya (o lo esté en un futuro) pueda hacerse cargo cuando tenga tiempo libre y le apetezca. Respecto a los pasos, dependerá de cada uno o como finalmente se encuentra con el material. Yo si quereis me encargo de buscar el material nuevo, ponerlo en el repositorio (artículos, etc.) y en caso de que ese material sea texto, también lo pasaría a transifex. Porque aunque yo sigo pensando lo que dejas arriba, que menos es más, quizás me equivoque y simplemente eso: cada uno debe de poder trabajar a su gusto sin dirección de nadie. Me estoy extendiendo al final :D, pero bueeeno ya que estamos let's 👯. Por lo que vengo aquí comentando se podría poner una lista de cosas que hay que hacer si o si, indiferentemente de la forma en la que finalmente el contenido acabe listo para PR al repo correspondiente, como:
|
|
Ouch @parroit, sorry for that :) We are still discussing it but, basically, from my point of view we only need to make sure that the usual administrative tasks are covered and visible for all, so when whoever has time they can be handled accordingly. |
|
I like what you are doing @parroit, is simple |
|
Thank you @stringparser, and no worry on language: we're speaking italian in our repo, and I undertand a little of es :-) |
|
Great, anyhow I'm just one of @iojs/iojs-es and here other people for sure have good ways to handle this. Respect to 3): yes thats the one that is the pain point for me. But making a new branch is simple enough for anyone (already contributor or not) to put some work together. I've also noticed you have that branch as default. What I would like to have is like a partial history of the iojs/website in this repo regarding only our changes, if that could be done somehow... it would be awesome. |
|
I don't know if it's possible... I'm reading Git-Branching-Rebasing now. |
|
Yes, that would also work in fact :) Or even plain git checkout using branch:path |
|
See here Nicolas Gallagher post which is way clear |
|
Nice, I will read it. It appear to be the right path, thank you |
|
Welcome, I just remembered from what you pointed out for the Git-Branching-Rebasing page |
|
I will try to do it directly with the iojs/website as an upstream, if that works... we have gold here :D |
|
Hahah, it f*cking works :), try this in your local repository git remote add upstream-website https://github.com/iojs/website
git remote update
git checkout upstream-website/master content/es_AR content/es_CO content/es_ES |
|
Another interesting approach is shown here: |
stringparser
changed the title
|
Closing, since all the work will be split in Working Groups, and each WG has a repo that is a fork of iojs's to make the PRs. |
Con @edsadr nos surgió la duda en Gitter si los PR de la traducción de los archivos del repositorio iojs/website (es6.md, faq.md, index.md, template.json) deberían hacerse desde un fork propio de cada usuario o crear una organización iojs_es y desde allí hacer los PR.
Hacemos votación y aplicamos lo que prefiera la mayoría.
A favor de PR desde forks propios:
1.
A favor de PR desde organización iojs-es:
The text was updated successfully, but these errors were encountered: