Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Travis: Switch to container-based infrastructure #1466

Merged
merged 1 commit into from
Jul 16, 2015

Conversation

Majkl578
Copy link
Contributor

This PR migrates Travis builds to the new container-based infrastructure.
See Using container-based infrastructure for details.

@doctrinebot
Copy link

Hello,

thank you for creating this pull request. I have automatically opened an issue
on our Jira Bug Tracker for you. See the issue link:

http://www.doctrine-project.org/jira/browse/DDC-3835

We use Jira to track the state of pull requests and the versions they got
included in.

@Majkl578
Copy link
Contributor Author

Open question (ideally for separate PR):
With container-based infrastructure, projects can now use cache, which is persistent across multiple builds. Although it sounds nice, it is probably only useful for packages that are not installed directly via git (i.e. stable versions and/or without --prefer-source). Do you think it'd be worth it to use --prefer-dist instead and enable caching?

@Ocramius
Copy link
Member

--prefer-dist is not suitable, as we'd hit Github's API limits REAL quick.

@Ocramius Ocramius self-assigned this Jul 16, 2015
Ocramius added a commit that referenced this pull request Jul 16, 2015
Travis: Switch to container-based infrastructure
@Ocramius Ocramius merged commit f5e79fa into doctrine:master Jul 16, 2015
@Ocramius
Copy link
Member

👍

@billschaller
Copy link
Member

👍

@stof
Copy link
Member

stof commented Jul 17, 2015

@Ocramius with the usage of the cache, we would not hit it that fast. However, I would not use --prefer-dist but the default behavior (i.e. using dist for releases and source for dev versions), as dev versions cannot be cached efficiently (they change too often).
And Composer is able to fallback to source when reaching the API limit for dist anyway.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants