A primeira coisa a fazer é determinar sua definição de "linha de código" (LOC). Em ambas as suas perguntas
Conta uma linha com apenas um} como linha e ele não quer que conte como "não é uma linha, é uma escolha de estilo"
e nas respostas, por exemplo,
Você pode ajustar as métricas de linhas de código, ignorando as linhas em branco e apenas comentários ou excluir Javadoc se desejar
você pode dizer que as pessoas têm opiniões diferentes sobre o que constitui uma linha de código. Em particular, as pessoas costumam ser imprecisas sobre se realmente desejam o número de linhas de código ou o número de instruções. Por exemplo, se você tem a seguinte linha realmente longa cheia de afirmações, o que deseja relatar, 1 LOC ou centenas de afirmações?
{ a = 1; b = 2; if (a==c) b++; /* etc. for another 1000 characters */ }
E quando alguém perguntar o que você está chamando de LOC, certifique-se de que pode responder, mesmo que seja apenas "minha definição de LOC é a definição da Metrics2". Em geral, para o código formatado mais comumente (ao contrário do meu exemplo), as ferramentas populares fornecem números bastante semelhantes, então Metrics2, SonarQube, etc. devem estar bem, contanto que você os use consistentemente. Em outras palavras, não conte o LOC de algum código usando uma ferramenta e compare esse valor com uma versão posterior desse código que foi medido com uma ferramenta diferente.