It turns out that one of the last few commits in 0.9.0 may cause a repository consistency check failure on occasion. That is due to the default value of the new "settings" option, which once serialized and deserialized will appear with a different value (from List() to List(List())), hence a different sha.
This pull request addresses this issue for a hotfix 0.9.1, and also adds much better cycle diagnostic, which is now actually useful to understand immediately what is going on, as in the following example.
[error] These items are part of cycles, and are all reachable from each other:
[error] Project "scalariform-210" uses com.typesafe.sbteclipse:sbteclipse-plugin:jar, which is provided by: "sbteclipse".
[error] Project "scalariform-210" uses com.typesafe.sbt:sbt-scalariform:jar, which is provided by: "sbt-scalariform".
[error] Project "sbt-scalariform" uses org.scalariform:scalariform:jar, which is provided by: "scalariform-210".
[error] Project "sbteclipse" uses com.typesafe.sbt:sbt-scalariform:jar, which is provided by: "sbt-scalariform".
It turns out that one of the last few commits in 0.9.0 may cause a repository consistency check failure on occasion. That is due to the default value of the new "settings" option, which once serialized and deserialized will appear with a different value (from
List()
toList(List())
), hence a different sha. This pull request addresses this issue for a hotfix 0.9.1, and also adds much better cycle diagnostic, which is now actually useful to understand immediately what is going on, as in the following example.