Workflow pentru pull requests

[ionelmc]

Am putea avea un workflow de genul:

• Cineva face fork, adauga un eveniment/pagina si dupa aceea face un PR
• TravisCI ruleaza Pelican si publica HTMLul undeva (pentru review)
• Daca e ok si se face merge la PR, TravisCI ruleaza din nou buildul, dar de data asta (fiindca nu e PR) face si deploy

Vis-a-vis de deploy, in TravisCI se pot stoca "secrete": http://docs.travis-ci.com/user/environment-variables/#Secure-Variables

[rciorba]

Sună ok workflow-ul propus. Numai că apare întrebarea: cine poate să facă merge?

[PCManticore]

Cine are drept de merge, ergo cineva din RoPython. Altfel nu văd de ce ar veni o terță persoană pentru a-și adăuga un eveniment ce ține de cu totul altceva.

[ionelmc]

Eu ma gandeam la PR ca si un workflow de drafting la anunt (cand sunt mai multi organizatori la un eveniment). E complet optional adica.