Remove maven deply from epfl-publish script.#89
Merged
paulp merged 1 commit intoscala:masterfrom Jan 10, 2012
Merged
Conversation
This is done by the separate scala-nightly-maven-deploy jenkins job, doing it here fails depending on the build machine (/home/linuxsoft/... is not available everywhere).
retronym
referenced
this pull request
in retronym/scala
Mar 8, 2016
This is a second attempt at making this script operate when making a binary incompatible change to the compiler, such as the current effort to change the trait encoding. I have just disabled the docs when STARR_REF is provided, rather than disabling them in the first pass as I tried in c4fc2fd. scala-dev/#89 showed that we can't defer docs to the second pass, as the second pass isn't always run.
retronym
referenced
this pull request
in retronym/scala
Mar 8, 2016
This is a second attempt at making this script operate when making a binary incompatible change to the compiler, such as the current effort to change the trait encoding. I have just disabled the docs when STARR_REF is provided, rather than disabling them in the first pass as I tried in c4fc2fd. scala-dev/#89 showed that we can't defer docs to the second pass, as the second pass isn't always run.
retronym
referenced
this pull request
in retronym/scala
Mar 16, 2016
This is a second attempt at making this script operate when making a binary incompatible change to the compiler, such as the current effort to change the trait encoding. I have just disabled the docs when STARR_REF is provided, rather than disabling them in the first pass as I tried in c4fc2fd. scala-dev/#89 showed that we can't defer docs to the second pass, as the second pass isn't always run.
retronym
referenced
this pull request
in retronym/scala
Mar 16, 2016
This is a second attempt at making this script operate when making a binary incompatible change to the compiler, such as the current effort to change the trait encoding. I have just disabled the docs when STARR_REF is provided, rather than disabling them in the first pass as I tried in c4fc2fd. scala-dev/#89 showed that we can't defer docs to the second pass, as the second pass isn't always run.
retronym
referenced
this pull request
in retronym/scala
Mar 18, 2016
This is a second attempt at making this script operate when making a binary incompatible change to the compiler, such as the current effort to change the trait encoding. For builds that don't define STARR_REF, we continue to build docs in the first pass, as there will only be one pass for non-release builds. A previous attempt than disabling them in the first pass for all builds (c4fc2fd) triggered scala-dev/#89.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This is done by the separate scala-nightly-maven-deploy jenkins job, doing it here fails depending on the build machine (/home/linuxsoft/... is not available everywhere).