deprecated says to use pair and so it's used in the body
Javadoc changes
Use string interpolation and replace deprecated methods
Bump to our own nightly of ivy 2.4.0 (RC1+).

* Testing the infrastructure to use our own instance of ivy
* Allow us to push bug-fixes/performance directly into ivy
  on our own pace, as we submit patches back to ivy master
Bump ivy version to include exclusion performance fix.
Ensure that if artifact is published, we overwrite default checksums.

Fixes # 1233

* Add a new "shim" for RepositoryResolvers that modifies the "put"
  method so that it will ignore the overwrite flag for checksums.
Remove JDK7 features from Resolver shim.
Roll back sbt/sbt@482f99 (aggressive deletion of cache). Fixes #1091.

* sbt 0.12.3 introduced sbt/sbt@482f99 to fix #637 and #641.
* The underlying issue of #641 was an incorrect classifier, and it was
  fixed in sbt/sbt@718fa9 for #683 and shipped as sbt 0.13.0.
Merge pull request #1234 from sbt/wip/undo-nonsnapshot-deletion

Roll back aggressive deletion of cache. Fixes #1091.
Add two pending tests for sbt/sbt#1237

Add two scripted tests that illustrate a problem occurring with Scala 2.11-RC3
where some macros have themselves attached as original tree, which causes a
stack overflow during dependency extraction.
Handle macros that have themselves as original tree

It has been reported in sbt/sbt#1237 that stack overflows may occur during the
extraction of used names (and later of dependencies between files). This
problem has been introduced by sbt/sbt#1163, which was about recording the
dependencies of macro arguments.

When a macro is expanded, the compiler attaches the tree before expansion to
the tree representing the expanded macro. As of Scala 2.11-RC3, some macros
have themselves attached as original tree, which caused the same macro to be
inspected over and over until a stack overflow.

This commit solves this problem by making sure that the original of a macro
expansion will be inspected if and only if it is different from the expanded
tree.

Fixes sbt/sbt#1237
Merge pull request #1064 from jaceklaskowski/javadoc-changes

Javadoc changes
Merge pull request #1065 from jaceklaskowski/string-interpolation-follow-deprecation

Use string interpolation and replace deprecated methods
Merge pull request #1232 from sbt/wip/fix-1156

Ensure that if artifact is published, we overwrite default checksums.
Merge branch '0.13' into follow-deprecation
Follow deprecation - @deprecated says to use pair and so it's used in the body
Part #1 of cancel-task-hooks - Hooks EvaluateTask.

* Create a new EvaluateTaskConfig which gives us a bit more freedom
  over changign config options to EvaluateTask in the future.
* Create adapted from old EvaluateTask to new EvaluateTask
* Add hooks into signals class to register/remote  a signal listener
  directly, rather than in an "arm" block.
* Create TaskEvaluationCancelHandler to control the strategy of
  who/whom can cancel (sbt-server vs. sbt-terminal).
* Create a null-object for the "can't cancel" scenario so the
  code path is exactly the same.

This commit does not wire settings into the build yet, nor does it
fix the config extractio methods.
Fix deprecated 'since' clauses to reflect our actual release versions.
Part #2 of task cancellation hooks.

* Expose new EvaluateTaskConfig throughout all the APIs
* Create a key for cancellation configuration
* Add default values for cancellation in GlobalPlugin
* Create a test to ensure that cancellation can cancel tasks.
* Deprecate all the existing mechanisms of evaluating tasks which
  use the EvaluateConfig API.
Improve scaladoc comments for the task cancellation api.