silverstripe-installer/composer.json

{
	"name": "silverstripe/installer",
	"description": "The SilverStripe Framework Installer",
	"require": {
		"php": ">=5.3.3",
		"silverstripe/cms": "3.6.7@stable",
		"silverstripe/framework": "3.6.7@stable",
		"silverstripe/reports": "3.6.7@stable",
		"silverstripe/siteconfig": "3.6.7@stable",
		"silverstripe-themes/simple": "3.1.*"
	},
	"require-dev": {
		"phpunit/phpunit": "^3 || ^4 || ^5"
	},
	"extra": {
		"branch-alias": {
			"3.x-dev": "3.6.x-dev"
		}
	},
	"config": {
		"process-timeout": 600
	},
	"prefer-stable": true,
	"minimum-stability": "dev"
}
Added composer.json Once we've sorted out packagist listing ownership, we should be able to remove the custom repository entries. 2012-11-01 17:26:18 +01:00			`{`
			`"name": "silverstripe/installer",`
			`"description": "The SilverStripe Framework Installer",`
			`"require": {`
Updated minimum php version 2015-06-25 02:42:57 +02:00			`"php": ">=5.3.3",`
Update development dependencies 2019-02-19 00:03:25 +01:00			`"silverstripe/cms": "3.6.7@stable",`
			`"silverstripe/framework": "3.6.7@stable",`
			`"silverstripe/reports": "3.6.7@stable",`
			`"silverstripe/siteconfig": "3.6.7@stable",`
Prefer stable packages while still allowing dev ones. Fixes #100 Although the original ticket recommended increasing our minimum-stability, this change gives us the best of both worlds. - Where stable packages are available and meet the requirements, they will be used. - Where stable packages aren’t available or they don’t meet the dependency requirements, non-stable packages are still allowed. As part of this I have also tightened up the silverstripe-themes req version, as “” is an anti-pattern. The versioning of the theme has rightly split off from the versioning of the framework; it looks like 3.1. is what we should expect. Arguably, we could set the dependency to ~3.1, but in this case I think it’s fine to be conservative. 2015-07-03 18:34:58 +02:00			`"silverstripe-themes/simple": "3.1.*"`
Added composer.json Once we've sorted out packagist listing ownership, we should be able to remove the custom repository entries. 2012-11-01 17:26:18 +01:00			`},`
Added phpunit to dev dependencies 2015-02-26 02:21:47 +01:00			`"require-dev": {`
Loosen PHPUnit constraints 2017-11-17 12:37:41 +01:00			`"phpunit/phpunit": "^3 \|\| ^4 \|\| ^5"`
Added phpunit to dev dependencies 2015-02-26 02:21:47 +01:00			`},`
Merge remote-tracking branch 'origin/3.1' Conflicts: composer.json 2013-05-31 18:10:15 +02:00			`"extra": {`
Updated composer.json 2012-12-11 18:01:38 +01:00			`"branch-alias": {`
Alias 3 as 3.6 2017-03-05 23:13:04 +01:00			`"3.x-dev": "3.6.x-dev"`
Fixed composer.json (merge error) 2013-06-02 20:38:13 +02:00			`}`
Include a higher timeout value to avoid timeouts. Checking out framework can often take longer than the default (300 seconds). This gives a 10min limit to creating a new project. 2013-03-06 08:22:48 +01:00			`},`
			`"config": {`
Added phpunit to dev dependencies 2015-02-26 02:29:38 +01:00			`"process-timeout": 600`
Include a higher timeout value to avoid timeouts. Checking out framework can often take longer than the default (300 seconds). This gives a 10min limit to creating a new project. 2013-03-06 08:22:48 +01:00			`},`
Prefer stable packages while still allowing dev ones. Fixes #100 Although the original ticket recommended increasing our minimum-stability, this change gives us the best of both worlds. - Where stable packages are available and meet the requirements, they will be used. - Where stable packages aren’t available or they don’t meet the dependency requirements, non-stable packages are still allowed. As part of this I have also tightened up the silverstripe-themes req version, as “” is an anti-pattern. The versioning of the theme has rightly split off from the versioning of the framework; it looks like 3.1. is what we should expect. Arguably, we could set the dependency to ~3.1, but in this case I think it’s fine to be conservative. 2015-07-03 18:34:58 +02:00			`"prefer-stable": true,`
Added composer.json Once we've sorted out packagist listing ownership, we should be able to remove the custom repository entries. 2012-11-01 17:26:18 +01:00			`"minimum-stability": "dev"`
NEW: Added dev dependencies to composer. FIX: Don't hardcode framework and cms version in installer. 2012-11-04 09:24:59 +01:00			`}`