2017-03-09 1 views
0

Je suis bogué par le fait que la somme sha1 a commencé à changer sans changement dans les classes Java.Qu'est-ce qui pourrait causer un faux changement de sha1 checkmap?

J'ai annulé les modifications apportées aux fichiers, j'ai recompilé le projet et j'ai obtenu une somme de contrôle différente de celle qui devrait l'être. Le dernier changement du paquet était il y a 1 an, et il a commencé à donner une somme différente aujourd'hui.

Ma question est:

si quoi que ce soit, peut être la cause d'une somme sha1 pour commencer à donner un résultat différent?

Comme je l'ai dit, les fichiers ont été ramenés à l'état qu'ils étaient il y a 1 an et encore différent.

+1

Peut-être que whitspaces? Ceux-ci sont parfois ignorés par le contrôle de version. – Matthias

+0

Quel système de gestion de contrôle de source utilisez-vous? – ZhekaKozlov

+0

bien, je l'ai inversé donc il devrait être identique, non? J'utilise eclipse + git pour le contrôle de version –

Répondre

0

Si vous utilisez un compilateur différent ou une version différente du compilateur ou même des paramètres différents pour le compilateur, il se pourrait qu'un fichier .class différent soit généré par somme de contrôle. Il devrait se comporter de la même manière.

0

Il s'avère que les tests qui utilisent ces fichiers ont été le coupable.