notes
#1541. Use HTTPS for sbt plugin repository
Merge pull request #1555 from sbt/fix/1541-scala-sbt

#1541. Use HTTPS for sbt plugin repository
Merge branch '0.13' into 0.13.6
Fix url to sbt-dev group
Fix random Analysis generator for ScalaCheck

Unit tests in incremental-compiler subproject use a generator to
create random Analysis objects. This generator was unfortunately
not working properly and generated only empty Analyses (it failed
to generate any non-empty Analysis because of a bug in the `unique`
generator).
Add unit tests for TextAnalysisFormat

Those tests use the random Analysis generator that is used in the
unit tests for the subproject `incremental-compiler`.

Random Analyses are serialized and then constructed back from this
representation.
Allow the "-bin" Scala version suffix to specify a bincompat version

There is sometimes the need to use a test version of Scala that is
intended to be binary compatible with a standard release version.

At this time, due to the particular logic implemented within sbt,
a non-numeric suffix will never have the same binaryScalaVersion
of a release version ending in ".0", like for instance "2.11.0".

This commit allows developers to use as suffix any string that
begins with "-bin", for instance "2.11.0-bin-compat-test-1".
Such a suffix will have a binaryScalaVersion of "2.11", being
therefore considered binary compatible with release versions.
Merge pull request #1561 from jamesward/patch-2

Fix url to sbt-dev group
Split out inter-project resolver into its own Chain.

Fixes #1565

* Create two chains if we have inter-project resolver
  - One which ensures inter-project deps are always taken
  - One which will look in all "other" repositories for
    dependencies and will use the "most up-to-date" -SNAPSHOT
    strategy.
* No additional tests, as this would simple break every
  multi-project test if it were wrong.
Merge pull request #1573 from cunei/wip-scala-bin-compat

Allow the "-bin" Scala version suffix to specify a bincompat version
Fix issue where generated config-classes was not propogated.

Fixes #1568.

This is the fallout of attempting not to leak config-file classes. Since
we DO NOT have valid incremental compiler for config-classes, we've instituted
workaround to ensure that regular incremental compilation *AND* our own
sbt loader do not hose each other.   A full solution will eventually be
to find a way for .sbt files to participate in regular compilation of a
project.

For now, we fix the tracking of generated.class files throughout an sbt
"loadProjects" call, and then clean any .class files that were not
generated for a full reload.   This commit just fixes
a minor tracking issue.
Fixes #1570
Merge pull request #1577 from sbt/wip/fix-inter-project-chains

Split out inter-project resolver into its own Chain.
Merge pull request #1581 from sbt/wip/fix-config-class-gc

Fix issue where generated config-classes was not propogated.
Merge remote-tracking branch 'origin/0.13.6' into wip/merge-0.13.6
Merge pull request #1582 from sbt/wip/merge-0.13.6

Merge 0.13.6
Merge pull request #1579 from copumpkin/0.13

Support publishing to file repositories specified in ~/.sbt/repositories. Fixes #1570
Add missing `configs` method from Project to the build.sbt DSL.

* Create `configs` method for the sbt DSL
* Add ProjectManipulation for this method to implement.
Add toString methods to classloaders, for debugging.

* Add toString methods to all classloader classes.