Статьи

Конфигурационные файлы

Click here to view original web page at wp-kama.ru

WP-CLI может автоматически обнаруживать и считывать параметры из нескольких типов конфигурационных файлов (при их наличии). :

  1. Файл wp-cli.local.yml внутри текущей рабочей директории (или выше).
  2. Файл wp-cli.yml в текущей рабочей директории (или выше).
  3. Файл ~/.wp-cli/config.yml (путь может быть изменен с помощью установки переменной окружения WP_CLI_CONFIG_PATH).

Помимо глобальных параметров, описанных выше, конфигурационные файлы могут содержать значения по умолчанию для любой конкретной команды, а также псевдонимы для одной или нескольких установок WordPress.

Вот аннотированный пример файла wp-cli.yml:

# Global parameter defaults
path: wp-core
url: http://example.com
user: admin
color: false
disabled_commands:
  - db drop
  - plugin install
require:
  - path-to/command.php

# Subcommand defaults (e.g. `wp config create`)
config create:
	dbuser: root
	dbpass:
	extra-php: |
		define( 'WP_DEBUG', true );
		define( 'WP_POST_REVISIONS', 50 );

# Aliases to other WordPress installs (e.g. `wp @staging rewrite flush`)
# An alias can include 'user', 'url', 'path', 'ssh', or 'http'
@staging:
	ssh: wpcli@staging.wp-cli.org
	user: wpcli
	path: /srv/www/staging.wp-cli.org
@production:
	ssh: wpcli@wp-cli.org:2222
	user: wpcli
	path: /srv/www/wp-cli.org

# Aliases can reference other aliases to create alias groups
# Alias groups can be nested
@both:
 - @staging
 - @production

# '_' is a special value denoting configuration options for this wp-cli.yml
_:
	# Merge subcommand defaults from the upstream config.yml, instead of overriding
	merge: true
	# Inherit configuration from an arbitrary YAML file
	inherit: prod.yml

Обратите внимание на конфиг disabled_commands он позволяет указать список команд которые нельзя будет запустить.