Um estudo empírico sobre breaking changes no ecossistema do NPM

• Autor(a) principal: Venturini, Daniel
• Data de Publicação: 2020
• Tipo de documento: Trabalho de conclusão de curso
• Idioma: por
• Título da fonte: Repositório Institucional da UTFPR (da Universidade Tecnológica Federal do Paraná (RIUT))
• Texto Completo: http://repositorio.utfpr.edu.br/jspui/handle/1/26106
• topic: CNPQ::CIENCIAS EXATAS E DA TERRA::CIENCIA DA COMPUTACAO; JavaScript (Linguagem de programação de computador); Software - Desenvolvimento; Gerenciamento de configurações de software; JavaScript (Computer program language); Computer software - Development; Software configuration management

Contexto: Os pacotes hospedados no npm criam uma rede de dependências, qual um pacote cliente utiliza algum recurso de um pacote provedor. Por vezes, os provedores introduzem breaking changes, que são alterações que podem causar defeitos nos clientes. Essas alterações deveriam ser publicadas apenas no nível major do Versionamento Semântico, mas quando são introduzidas nos níveis minor ou patch , podem causar defeitos inesperados nos clientes. Objetivo: Este trabalho propõe um estudo sobre breaking changes em níveis minor e patch no npm. Os objetivos são: (QP1) mensurar a ocorrência de breaking changes, (QP2) categorizar as modificações mais usuais causadoras de breaking changes e (QP3) analisar como os clientes se recuperam das breaking changes. Método: De uma amostra de clientes do npm foram restauradas as releases e instalada a última versão dos provedores que o cliente aceitava no momento da release. Em seguida, foram executados os scripts npm install/test . Para todas as releases que resultaram em erros, foram analisados os códigos e os repositórios dos clientes e dos provedores para verificar se o erro foi causado por um provedor, ou seja, uma breaking change. Resultados: (QP1) Ao todo, 13,9% das releases dos clientes são impactadas por breaking changes que estão ocorrendo ano após ano, e 54,9% das releases dos provedores com breaking changes possuem mais commits que as suas demais releases. (QP2) A maioria das breaking changes são corrigidas pelos provedores em níveis patch e são documentadas em 78,1% dos casos, principalmente em issues, o que faz com que a correção ocorra 3,3 vezes mais rápida. (QP3) Enquanto os provedores indiretos são os que mais introduzem as breaking changes, os clientes as corrigem em 39,1% dos casos e preferem realizar um upgrade na versão do provedor, mas sem alterar o range. Conclusões: As breaking changes realmente ocorrem em releases minor e patch. Enquanto estudos anteriores focaram em alterações de APIs, esse estudo utilizou os testes dos clientes para encontrar qualquer tipo de breaking change. Finalmente, apresentamos várias sugestões para os desenvolvedores melhorarem suas interações com o ecossistema do npm.