[JS] angular + gulp

[dielduarte]

Minha dúvida é como usar corretamente os processos de minificar, concatenar , e qualquer outro tipo de task para buildar o nosso app em produção.

---

Pauta publicada

• Como minificar e concatenar scripts AngularJS com GulpJS por @felquis

[felipefialho]

+1

[felquis]

Escrevendo,
Estará pronto até sexta-feira dia 16/01

[felipefialho]

Boa @felquis !

[felquis]

Melhor tarde do que nunca né, por favor, deem uma revisada tanto na parte técnica quanto na parte do português mesmo haha

http://tutsmais.com.br/blog/angularjs/como-minificar-e-concatenar-scripts-angularjs-com-gulpjs/

[romuloctba]

Fechar issue @lfeh , ok @dielduarte ???

[felquis]

@lfeh minha sugestão é que as issues que os artigos são escritos, a mensagem principal da issue, deveria ser editada, colocando uma linha divisória dizendo algo assim:

---

Issue fechada, artigo escrito por {{ author }}

{{ article.title }}

{{ article.primeiroParagrafo }} continue lendo

---

-----------

### Issue fechada, artigo escrito por {{ author }}
> ## [{{ article.title }}](http://google.com/)
> {{ article.primeiroParagrafo }} [continue lendo](http://google.com)

[felquis]

Lembrando que as issues tanto fechadas quanto abertas são devidamente indexadas pelo Google :)

[felipefialho]

Legal a ideia @felquis, o que acha @hugobessaa?

[felquis]

@hugobessaa diz: Daora essa ideia, bora fazer isso ae!

[hugooliveirad]

Eu gosto de não dar a ideia de fechar pautas. Apenas indicar que coisas já foram postadas sobre o assunto.

Algo como: "Pauta publicada (# posts)" é uma lista dos links sobre o assunto :)

Pare de colocar palavras na minha boca @felquis haha

[felipefialho]

Vamos colocar isso em pratica então? Acho que facilita a organização.

[felquis]

Eu não entendi direito o que o Hugo quis dizer :/

O que você entendeu Luiz?
Em 11/02/2015 10:23, "Luiz Felipe Tartarotti Fialho" <
[email protected]> escreveu:

Vamos colocar isso em pratica então? Acho que facilita a organização.

—
Reply to this email directly or view it on GitHub
#1 (comment).

[bernardodiasc]

Oi pessoal, se me permitem sugerir algo, tenho acompanhado varias listas de artigos no GitHub (https://github.com/search?utf8=%E2%9C%93&q=awesome+curated) e normalmente o material adquirido não fica armazenado em issues, e sim em arquivos markdown, novos links são enviados via PR e pra quem está acompanhando o repo (watching) recebe os alertas de novidades (tipo um substituto do feed rss hehe).

Pra melhorar a ligação entre as issues de sugestões de pauta com as atualizações, basta inserir #numerodaissue na mensagem do commit e o log vai aparecer no histórico da issue. Mas é só uma sugestão mesmo. Parabéns pelo movimento, abraços.

[hugooliveirad]

@felquis seria mais ou menos a mesma coisa que você falou. Mas em vez de fechar a issue, indicaríamos logo na primeira mensagem que ela já foi publicada em x blogs e dar o link para os textos.

Vou editar essa aqui para mostrar como seria.

[hugooliveirad]

Pronto. Olha lá a primeira mensagem :)

[felipefialho]

@bernardodiasc Pode sugerir melhorias quando quiser! Estamos buscando a melhor forma de organizar as coisas.

[romuloctba]

Prezados, tenha uma sugestão:

1. Pedido de post é uma issue
2. Post escrito, a issue vira um arquivo md com seu titulo como nome
3. dentro do MD são listados os posts criados para o assunto
4. se novo post for criado, pode-se abrir uma issue para inserir no md, ou
   pr direto

Assim, teremos a separação entre discussões/elaboração de pauta (nas
issues) e conteúdo já pronto para consumo (os arquivos md)

desde já, é nóis.

2015-02-11 17:05 GMT-02:00 Luiz Felipe Tartarotti Fialho <
[email protected]>:

@bernardodiasc https://github.com/bernardodiasc Pode sugerir melhorias
quando quiser! Estamos buscando a melhor forma de organizar as coisas.

—
Reply to this email directly or view it on GitHub
#1 (comment).

[hugooliveirad]

Eu acho que boa parte do sucesso do poste-mais vem de Issues serem fáceis demais de criar, editar e colaborar. Quando envolve PR, .md, tudo fica mais complicado. Teremos que regular mensagens de commits e ficar fazendo diversos merges de forks…

Isso funciona legal para projetos que essa "burocracia" é necessária.

Para mim, a tag "Publicado" já é mais do que o suficiente para mostrar que aquela pauta já foi discutida e publicada. Por deixá-la aberta, também deixamos claro que podemos continuar conversando, colaborando e escrevendo dentro/sobre da pauta.

É por tentar deixar tudo mais simples possível que estou insistindo em manter tudo em Issues. Foi uma ótima sacada inicial do @lfeh.

[bernardodiasc]

Minha sugestão só iria substituir o contador de artigos. Aquilo lá daqui alguns meses vai ficar insano.

[felipefialho]

Vamos discutir aqui