Discussão: publicação de arquivos SASS/LESS quando realizar um deploy. #1361
Replies: 7 comments
-
Agora mesmo está tendo uma discussão no repo do Rails sobre shippar sourcemaps em produção.
O @sindresorhus também possui uma opinião bem forte sobre shippar sourcemaps em prod. Na minha opinião faz sentido incluir os sourcemaps porque o CSS resultante não é otimizado pra leitura, sim apenas pro browser renderizar(ás vezes os namespaces são gerados automaticamente pra evitar colisões, mas isso é relativamente inutil já que tu consegue evitar colisões com Scoped CSS e uma metodologia decente pra escrever CSS(como BEM)). Ter sourcemaps facilita muito o debugging quando algum problema ocorre em produção, e tu não precisa ficar quebrando a cabeça pra integrar(de forma anônima) em serviços de error tracking(como rollbar e sentry), fora que você contribui pra transparência da internet. O único contra shippar sourcemaps é que seu site vai ser levemente mais pesado, mas de prós você tem todos esses pontos. |
Beta Was this translation helpful? Give feedback.
-
@onlurking boa resposta, porém não era sobre isso :P Eu editei meu tópico para melhorar o entendimento. Basicamente, no meu ambiente de trabalho, tem gente (fullstack) que defende enviar pra prod os arquivos |
Beta Was this translation helpful? Give feedback.
-
@juliovedovatto mas qual seria o motivo, apontando pelo pessoal que defende o envio dos arquivos para produção? Eles serão usados para algo? |
Beta Was this translation helpful? Give feedback.
-
@williangd às vezes, por pressa e/ou pressão do cliente/gerente, tem dev que esquece de botar no git, mas envia manualmente pro site via FTP. Tem casos que vai precisar baixar o que tem em produção pra atualizar o repositório git, dae um arquivo velho Dae defendem deixar lá o arquivo raw do CSS, pra evitar coisas assim, pq cliente pode mexer, outro dev desconhecido pode mexer. Usamos o padrão de não publicar o |
Beta Was this translation helpful? Give feedback.
-
Então sua pergunta não é se deve ou não mandar os arquivos de desenvolvimento para o ambiente de produção, mas sim se todo o processo de desenvolvimento está correto. Pelo o que percebi vocês tem problemas sérios na gestão do produto. Mas respondendo sua pergunta, o ambiente de produção deve ser o mais enxuto possível, e é por isso que em teoria você deveria ter ambientes de: desenvolvimento, testes, homologação e produção. SE o cliente trocar de empresa desenvolvedora, aí é uma questão legal de com quem vai ficar o fonte. Edit2: Pra que versionamento se vcs estão pegando o código direto do servidor? o_0 Edit1: Em tempo, não estou reprovando seu método, só estou dizendo que você está fazendo a pergunta errada. |
Beta Was this translation helpful? Give feedback.
-
Acredito que não deve ter nenhum SASS/LESS em prod, até porque produção é só o que o browser precisa para rodar seu app e não algo legível/editável, tanto é que minificamos o js, css; |
Beta Was this translation helpful? Give feedback.
-
Não.
Isso mesmo.
Exatamente. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Pessoal, uma discussão aqui:
Vocês fazem deploy de arquivos
SASS
/LESS
junto com o deploy normal? Ou só guardam eles no repositório e não o publicam junto?Por via de regra, não tem sentindo publicar um arquivo source (o bruto
.scss
,.less
, etc) que vai ser transpilado pracss
,mas quero ver se já passaram por algum caso, se seguem essa regra.
Propus isso no meu ambiente de trabalho, mas não foi bem visto por alguns.
PS: minha questão não é sobre o sourcemaps em si (acho eles importantes), mas enviar os arquivos brutos SASS/LESS pra prod.
Beta Was this translation helpful? Give feedback.
All reactions