Gulp запуск: Как запустить gulp? — Хабр Q&A — Вебджем.рф

Содержание

gulp@0 — задача gulp v0

Twitter LinkedIn Facebook Адрес электронной почты

Статья
05/02/2023

Используйте эту задачу для запуска gulp Node. js системы сборки на основе задач потоковой передачи.

Node.js система сборки на основе задач потоковой передачи.

Синтаксис

# gulp v0
# Run the gulp Node.js streaming task-based build system.
- task: gulp@0
  inputs:
    gulpFile: 'gulpfile.js' # string. Required. gulp File Path. Default: gulpfile.js.
    #targets: # string. gulp Task(s). 
    #arguments: # string. Arguments. 
  # Advanced
    #workingDirectory: # string. Alias: cwd. Working Directory. 
    gulpjs: 'node_modules/gulp/bin/gulp.js' # string. Required. gulp.js location. Default: node_modules/gulp/bin/gulp.js.
  # JUnit Test Results
    #publishJUnitResults: false # boolean. Publish to Azure Pipelines. Default: false.
    #testResultsFiles: '**/TEST-*.xml' # string. Required when publishJUnitResults = true. Test Results Files. Default: **/TEST-*.xml.
    #testRunTitle: # string. Optional. Use when publishJUnitResults = true. Test Run Title. 
  # Code Coverage
    #enableCodeCoverage: false # boolean. Enable code Coverage.
  Default: false.
    #testFramework: 'Mocha' # 'Mocha' | 'Jasmine'. Optional. Use when enableCodeCoverage = true. Test Framework. Default: Mocha.
    #srcFiles: # string. Optional. Use when enableCodeCoverage = true. Source Files. 
    #testFiles: 'test/*.js' # string. Required when enableCodeCoverage = true. Test Script Files. Default: test/*.js.

# Gulp v0
# Node.js streaming task based build system.
- task: Gulp@0
  inputs:
    gulpFile: 'gulpfile.js' # string. Required. Gulp File Path. Default: gulpfile.js.
    #targets: # string. Gulp Task(s). 
    #arguments: # string. Arguments. 
  # Advanced
    #workingDirectory: # string. Alias: cwd. Working Directory. 
    gulpjs: 'node_modules/gulp/bin/gulp.js' # string. Required. gulp.js location. Default: node_modules/gulp/bin/gulp.js.
  # JUnit Test Results
    #publishJUnitResults: false # boolean. Publish to Azure Pipelines/TFS. Default: false.
    #testResultsFiles: '**/TEST-*.xml' # string. Required when publishJUnitResults = true.   Test Results Files. Default: **/TEST-*.xml.
    #testRunTitle: # string. Optional. Use when publishJUnitResults = true. Test Run Title. 
  # Code Coverage
    #enableCodeCoverage: false # boolean. Enable code Coverage. Default: false.
    #testFramework: 'Mocha' # 'Mocha' | 'Jasmine'. Optional. Use when enableCodeCoverage = true. Test Framework. Default: Mocha.
    #srcFiles: # string. Optional. Use when enableCodeCoverage = true. Source Files. 
    #testFiles: 'test/*.js' # string. Required when enableCodeCoverage = true. Test Script Files. Default: test/*.js.

# YAML Syntax is not supported in TFS 2018.
# Use the classic designer to add and configure tasks.
# See the following Inputs section for details on the inputs that this task supports.

Входные данные

gulpFile — Путь к файлу gulp
string. Обязательный. Значение по умолчанию: gulpfile.js.

Относительный путь из корня репозитория файла скрипта gulp, который требуется запустить.

gulpFile — Путь к файлу Gulp
string. Обязательный. Значение по умолчанию: gulpfile.js.

Относительный путь из корня репозитория файла скрипта gulp, который требуется запустить.

targets — Задачи gulp
string.

Необязательный список задач, разделенных пробелами. Если эти входные данные не указаны, будет выполнена задача по умолчанию.

targets — Задачи Gulp
string.

arguments — Аргументы
string.

Дополнительные аргументы, передаваемые в gulp. --gulpfile не требуется, так как он уже добавлен с помощью gulpFile входных данных выше.

workingDirectory — Рабочий каталог
Входной псевдоним: cwd. string.

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

gulpjs — расположениеgulp.js
string. Обязательный. Значение по умолчанию: node_modules/gulp/bin/gulp.js.

Выполняется gulp.js , когда агенту не удается найти глобальный gulp. По умолчанию для этих входных данных используется объект , gulp.js установленный в папке node_modules рабочего каталога.

publishJUnitResults — Публикация в Azure Pipelines
boolean. Значение по умолчанию: false.

Публикует результаты теста JUnit из сборки gulp в Azure Pipelines/TFS.

publishJUnitResults — Публикация в Azure Pipelines/TFS
boolean. Значение по умолчанию: false.

Публикует результаты теста JUnit из сборки gulp в Azure Pipelines/TFS.

publishJUnitResults — Публикация в TFS/Team Services
boolean. Значение по умолчанию: false.

Публикует результаты теста JUnit из сборки gulp в Azure Pipelines/TFS.

testResultsFiles — Файлы результатов теста
string. Требуется, если publishJUnitResults = true. Значение по умолчанию: **/TEST-*.xml.

Путь к файлам результатов теста. Можно использовать символы-шаблоны. Например, можно использовать **/TEST-*.xml для всех XML-файлов, имя которых начинается с TEST-.

testRunTitle — Заголовок тестового запуска
string. Необязательный элемент. Используйте при publishJUnitResults = true.

Предоставляет имя тестового запуска.

enableCodeCoverage — Включение покрытия кода
boolean. Значение по умолчанию: false.

Включает покрытие кода с помощью Istanbul.

testFramework — Платформа тестирования
string. Необязательный элемент. Используйте при enableCodeCoverage = true. Допустимые значения: Mocha, Jasmine. Значение по умолчанию: Mocha.

Указывает платформу тестирования.

srcFiles — Исходные файлы
string. Необязательный элемент. Используйте при enableCodeCoverage = true.

Предоставляет путь к исходным файлам, которые необходимо подключитьRequire().

testFiles — Файлы тестового скрипта
string. Требуется, если enableCodeCoverage = true. Значение по умолчанию: test/*.js.

Предоставляет путь к файлам тестового скрипта.

Параметры управления задачами

Все задачи имеют параметры управления в дополнение к входным данным задачи. Дополнительные сведения см. в разделе Параметры управления и общие свойства задачи.

Выходные переменные

Нет.

Используйте эту задачу для выполнения задач gulp с помощью Node.js системы сборки на основе задач потоковой передачи.

Примечание

Gulp не предустановлен на всех размещенных агентах. См. статью Установленное программное обеспечение в образах виртуальных машин.

Примеры

Запуск gulp.js

- task: Npm@1
  inputs:
    command: 'install'
- task: gulp@0
  inputs:
    gulpFile: 'gulpfile.js'
    gulpjs: 'node_modules/gulp/bin/gulp.js'

Создание приложения Node.js

Создание приложения Node.js с помощью gulp

Требования

Требование	Описание
Типы конвейеров	YAML, классическая сборка
Выполняется в	Агент, DeploymentGroup
Требования	Для выполнения заданий, использующих эту задачу, локальные агенты должны иметь возможности , соответствующие следующим требованиям : node. js
Capabilities	Эта задача не удовлетворяет требованиям для последующих задач в задании.
Ограничения команд	Любой
Устанавливаемые переменные	Любой
Версия агента	1.91.0 или более поздней версии
Категория задач	Сборка

Начало работы с gulp и VS Code

Автор Кирилл Соколов На чтение 10 мин. Просмотров 255 Опубликовано 13.01.2021

Странные времена. Я никогда не перестаю удивляться тем инструментам, которые вторглись в нашу первозданную среду разработки. Один из таких инструментов – gulp, и если вы не слышали о нем, не беспокойтесь. Почему вы должны об этом слышать?

Пару недель назад я представил свой доклад о gulp, объяснив, как я упростил и ускорил разработку надстроек управления. Если вы настоящий разработчик NAV и не отнесли всю эту серию по gulp к категории

«кого это волнует» , то, скорее всего, вы останетесь со мной сегодня и узнаете, как чтобы настроить gulp и начать использовать его в VS Code.

В этом посте я объясню, что (и почему) вам нужно сделать, чтобы запустить gulp, а затем я создать очень простую задачу gulp. Это первая публикация в серии, в которой я надеюсь создать сквозной пример, который вы даже сможете применить на практике в своих проектах.

Приступим.

Gulp – это модуль Node.js, а это значит, что на вашем компьютере должен быть установлен Node.js. Несмотря на то, что VS Code использует Node.js внутри, на самом деле он использует его только внутри, и вы должны установить Node.js отдельно, чтобы иметь возможность запускать любой из них. Чтобы проверить, установлен ли у вас узел, запустите командную строку и выполните следующую команду:

 node --version

(В качестве альтернативы, запустите код VS и нажмите View> Terminal или нажмите Ctrl + `на клавиатуре.

Все примеры в этой и будущих публикациях на gulp предполагают, что вы вводите все команды в окне терминала из VS Code, и что в нем открыто рабочее пространство AL.)

Если приведенная выше командная строка не производит никаких результат или выдает ошибку, затем перейдите на https://nodejs.org/en/и сначала установите Node.js.

Теперь, когда у вас есть Node.js, следующим шагом будет установка глоток. Как и любые модули Node.js, вы можете установить gulp глобально или локально. Локальная установка выполняется для каждого проекта, рабочего пространства, папки или того, что вы хотите назвать своим локальным каталогом. Модуль, установленный локально, доступен для Node.js только тогда, когда вы находитесь внутри этой локальной папки. Модуль, установленный глобально, доступен для Node.js на всей машине, независимо от того, в какой папке, проекте или рабочем пространстве вы находитесь.

Как вы хотите установить модуль, зависит от того, как он будет используемый. Некоторые модули предоставляют только функции времени выполнения JavaScript, которые можно вызывать из файлов JavaScript, выполняемых Node.js – обычно они устанавливаются локально. Однако, если модуль предоставляет функции командной строки, он должен быть установлен глобально.

Это может быть не совсем ясно из документации, которую вы можете найти в Интернете, но gulp должен быть установлен как глобально, так и локально. Глобальная установка необходима только для предоставления общих команд интерфейса командной строки для запуска задач. Требуется локальная установка, поэтому ваша локальная среда выполнения gulp может зависеть от версии для каждого проекта..

Итак, давайте сначала установим gulp глобально:

 npm i gulp --global

Это было легко. Пришло время установить gulp локально. У вас может возникнуть соблазн сделать это:

 npm i gulp

Но не делайте этого! Да, он установит gulp локально для вашего проекта, но этого будет достаточно, только если вы единственный человек, когда-либо использующий этот проект, и только когда-либо на этой машине. Почему?

Давайте сначала посмотрим, что такое npm. Npm – это менеджер пакетов. Он устанавливает внешние пакеты, необходимые для вашего решения, и управляет ими. Если вы когда-либо занимались разработкой .NET и когда-либо использовали NuGet, то npm – то же самое. Проще говоря: npm для Node.js для NuGet для .NET. Но помимо простой установки пакетов npm может управлять зависимостями . Если вы зависите от пакета, если вы объявляете зависимость от этого пакета, npm может автоматически обрабатывать эти зависимости за вас, загружать их, когда они недоступны, и поддерживать их в актуальном состоянии.

Если бы вы использовали эту простую строку выше, которая просто устанавливает gulp без каких-либо переключателей, он установит gulp в ваш проект, но не сделает его зависимым от вашего проекта. Это означает, что, в зависимости от вашей конфигурации git, другие разработчики могут не получить gulp (и его собственные зависимости) из вашего репозитория и могут столкнуться с проблемами при автоматизации тех же задач на своем компьютере, если они также не установят gulp локально для себя.

Итак, вооружившись новым пониманием npm, вы решили посмотреть, как сделать gulp зависимостью, но быстро узнаете, что это можно сделать двумя разными способами:

 npm i gulp --save

 npm i gulp --save-dev

Разница в том, что первый сделает gulp производственной зависимостью от всего, что вы создаете, а второй сделает это зависимостью от среды разработки. При создании расширений AL вы используете gulp только для разработки, поэтому второй вариант – правильный выбор. Однако, если, например, вы разрабатываете расширения VS Code, и эти расширения будут использовать gulp, пока они делают то, для чего они предназначены, то вы должны использовать первый вариант, чтобы указать, что ваше расширение требует запуска gulp.

Если вы хотите узнать больше о различиях, возможно, эта статья поможет вам в этом:
https://imcodebased.com/npm-save-or-save-dev -which-one-to-use/

Хорошо. Итак, теперь вы знаете, что для разработки AL вам нужна только зависимость разработки, вам нужно запустить это:

 npm i gulp --save-dev

Когда это будет сделано, вы можете проверить, работает ли gulp для вас. Если все, что вы сделали, было правильно (и почему этого не должно быть, дело не в том, что вы строили космический корабль), вы сможете запустить это:

 gulp

Результатом станет следующий:

 [09:25:06] Файл gulpfile не найден

Это похоже на ошибку, и это так. Это полный отчет по долгу службы, который сообщает, что не нашел никаких инструкций. Теперь вам нужно сказать gulp, что и как делать. Это сообщение об ошибке сообщает вам, что файл gulpfile отсутствует, поэтому давайте сначала займемся этой частью. В корне вашего рабочего пространства просто создайте новый файл и назовите его gulpfile.js. Пока ничего не добавляйте, просто оставьте поле пустым. С этим файлом снова запустите gulp и посмотрите на результат:

 [09:29:31] Использование gulpfile C:  Temp  Gulp  gulpfile.js [09:  29:31] Задача никогда не определялась: по умолчанию [09:29:31] Чтобы вывести список доступных задач, попробуйте запустить: gulp --tasks

Это означает, что теперь gulp может читать вашу задачу файл и умеет запускать задачи. Однако, поскольку ваш файл gulp пуст, gulp не нашел задач для запуска.

Давайте создадим первую простую задачу.

Задачи Gulp написаны на JavaScript, и каждая задача определяется в функции JavaScript. Это не означает, что любая функция, которую вы объявляете в своем gulpfile.js, автоматически станет задачей, это просто означает, что для определения задач вы должны определять их внутри функций.

Например, попробуйте поместить это в ваш gulpfile.js:

(Имейте в виду, эта функция еще не является реальной задачей gulp, но она послужит хорошей отправной точкой.)

Если вы сейчас попробуете запустить gulp еще раз, вы увидите, что результаты не изменились. Чтобы ваша функция стала задачей, вы должны явно сделать ее задачей или придерживаться правильной терминологии: вы должны экспортировать ее . В следующем посте я расскажу об экспорте задач из gulpfile.js, потому что хочу, чтобы этот пост был как можно более простым. В экспорте задач гораздо больше, чем кажется на первый взгляд, поверьте мне на слово.

Gulp – это модуль Node.js, а это значит, что для его использования вам необходимо загрузить его в свой скрипт. первый. В Node.js мы называем этот процесс требующим модуля. Чтобы потребовать модуль, вы просто вызываете встроенную функцию require. Обычно вам требуется модуль в начале вашего скрипта, поэтому вы можете вставить следующую строку вверху вашего скрипта:

Затем вы можете сделать свою функцию helloWorld задачей, просто передав ее в метод задачи. Обычно это делается в конце файла gulp. Теперь ваш gulpfile.js будет выглядеть так:

Выполняется gulp по-прежнему не производит никакого эффекта, но если вы запустите gulp –tasks, вы увидите, что gulp теперь распознает вашу функцию helloWorld как задачу, которую она может вызывать:

Одна замечательная вещь с gulp заключается в том, что VS Code изначально понимает их. Любая задача, которую вы настраиваете в своем gulpfile. js, автоматически становится доступной для VS Code. Чтобы проверить это смелое утверждение, нажмите Ctrl + Shift + P, затем запустите команду «Задачи: выполнить задачу». Она должна показать следующее:

Здесь есть одно предостережение. В отличие от файла tasks.js VS Code, который обновляется при каждом изменении, файл gulpfile.js обрабатывается только один раз за сеанс VS Code. VS Код обработает ваш файл gulpfile.js при первом вызове команды «Задачи: Выполнить задачу», и никакие изменения, внесенные вами после этого, не будут видны в списке задач. Если вы каким-либо образом измените свои задачи gulp, добавив, удалив или переименовывая задачи, ваш список задач VS Code не будет отражать это, пока вы не перезапустите VS Code.

Теперь, когда задача явно существует и VS Code знает об этом, мы можем попробовать запустить ее .

Чтобы запустить задачу gulp, вы можете вызвать ее из терминала по спецификации если указать его имя сразу после команды gulp. Примерно так:

 gulp helloWorld

Это запустит задачу и покажет следующий результат:

Очевидно, что-то не так. Это потому, что функция, которую вы написали, не является реальной задачей gulp, как я сказал ранее. Не каждую функцию JavaScript можно действительно использовать как задачу gulp, есть определенный шаблон, которому должны следовать ваши функции. Я буду писать в блоге гораздо больше о задачах gulp и о том, как их писать, но пока давайте просто скажем следующее: задачи gulp выполняются асинхронно, и ваши задачи должны каким-то образом сигнализировать о завершении, чтобы указать среде выполнения gulp, что задача завершена, и следующая задача может быть выполнена.

Самый простой способ сигнализировать о завершении с помощью обратного вызова при первой ошибке. Каждая функция gulp получает один аргумент, и этот аргумент имеет тип function. Это ваш аргумент обратного вызова, который вы должны вызывать по завершении задачи. Если ваша задача выполнена успешно, вы просто вызываете обратный вызов без каких-либо аргументов:

Попробуйте выполнить задачу helloWorld прямо сейчас, а затем вставьте пробку для своей первой успешной задачи gulp:

И пока что на этом все. На данный момент у вас есть инфраструктура gulp, у вас есть первая задача gulp, которую вы можете вызывать как из терминала (командной строки), так и из палитры команд.

В моем следующем посте я объясните немного больше об экспорте задач из вашего gulpfile.js. Следите за обновлениями и почувствуйте себя приглашенным поделиться своими мыслями.

Содержание

Поделитесь этим:
Нравится :
По теме

Поделитесь этим:

Twitter
Facebook

Нравится :

Нравится Загрузка …

По теме

gulp@1 — задача gulp v1

Редактировать

Твиттер LinkedIn Фейсбук Электронная почта

Статья
02. 05.2023

Используйте эту задачу для запуска системы сборки gulp Node.js на основе задач потоковой передачи.

Потоковая система сборки Node.js на основе задач.

Синтаксис

 # глоток v1
# Запустите gulp Node.js потоковую систему сборки на основе задач.
- задача: глоток@1
  входы:
    #gulpFile: 'gulpfile.js' # строка. gulp Путь к файлу. По умолчанию: gulpfile.js.
    #цели: # строка. Глоток Задача (ы).
    #аргументы: # строка. Аргументы.
  # Передовой
    #workingDirectory: # строка. Псевдоним: cwd. Рабочий каталог.
    #gulpjs: # строка. местоположение gulp.js.
  # Результаты теста JUnit
    #publishJUnitResults: false # логическое значение. Публикация в Azure Pipelines. По умолчанию: ложь.
    #testResultsFiles: '**/TEST-*.xml' # строка. Требуется, когда publishJUnitResults = true. Файлы результатов испытаний. По умолчанию: **/TEST-*.xml.
    #testRunTitle: # строка. Необязательный. Используйте, когда publishJUnitResults = true.  Название тестового запуска.
  # Покрытие кода
    #enableCodeCoverage: false # логическое значение. Включить покрытие кода. По умолчанию: ложь.
    #testFramework: 'Мокко' # 'Мокко' | «Жасмин». Необязательный. Используйте, когда enableCodeCoverage = true. Тестовая структура. По умолчанию: Мокко.
    #srcFiles: # строка. Необязательный. Используйте, когда enableCodeCoverage = true. Исходные файлы.
    #testFiles: 'test/*.js' # строка. Требуется, если enableCodeCoverage = true. Файлы тестовых сценариев. По умолчанию: test/*.js.

 # Глоток v1
# Система сборки на основе потоковой передачи Node.js.
- задача: Глоток@1
  входы:
    gulpFile: 'gulpfile.js' # строка. Необходимый. Путь к файлу Gulp. По умолчанию: gulpfile.js.
    #цели: # строка. Задание(я) с глотком.
    #аргументы: # строка. Аргументы.
  # Передовой
    #workingDirectory: # строка. Псевдоним: cwd. Рабочий каталог.
    #gulpjs: # строка. местоположение gulp.js.
  # Результаты теста JUnit
    #publishJUnitResults: false # логическое значение.  Публикация в Azure Pipelines/TFS. По умолчанию: ложь.
    #testResultsFiles: '**/TEST-*.xml' # строка. Требуется, когда publishJUnitResults = true. Файлы результатов испытаний. По умолчанию: **/TEST-*.xml.
    #testRunTitle: # строка. Необязательный. Используйте, когда publishJUnitResults = true. Название тестового запуска.
  # Покрытие кода
    #enableCodeCoverage: false # логическое значение. Включить покрытие кода. По умолчанию: ложь.
    #testFramework: 'Мокко' # 'Мокко' | «Жасмин». Необязательный. Используйте, когда enableCodeCoverage = true. Тестовая структура. По умолчанию: Мокко.
    #srcFiles: # строка. Необязательный. Используйте, когда enableCodeCoverage = true. Исходные файлы.
    #testFiles: 'test/*.js' # строка. Требуется, если enableCodeCoverage = true. Файлы тестовых сценариев. По умолчанию: test/*.js.

Входные данные

gulpFile — путь к файлу gulp
строка . Значение по умолчанию: gulpfile. js .

Относительный путь от корня репозитория файла сценария gulp, который вы хотите запустить.

gulpFile — Путь к файлу gulp
строка . Необходимый. Значение по умолчанию: gulpfile.js .

Относительный путь от корня репозитория файла сценария gulp, который вы хотите запустить.

целей — gulp Задачи
string .

Необязательный список задач, разделенных пробелами. Если этот ввод не указан, будет запущена задача по умолчанию.

целей — Задание(я) Gulp
string .

аргументов — аргументов
строка .

Дополнительные аргументы, передаваемые gulp. --gulpfile не нужен, поскольку он уже добавлен с помощью ввода gulpFile выше.

рабочий каталог — рабочий каталог
Псевдоним ввода: cwd . строка .

Текущий рабочий каталог для использования при запуске скрипта. Этот ввод по умолчанию относится к папке, в которой находится скрипт.

gulpjs — местоположение gulp.js
строка .

Путь к альтернативному gulp.js относительно рабочего каталога.

publishJUnitResults — Публикация в Azure Pipelines
логическое значение . Значение по умолчанию: ложь .

Публикует результаты теста JUnit, созданные сборкой gulp, в Azure Pipelines/TFS.

publishJUnitResults — Публикация в Azure Pipelines/TFS
логическое значение . Значение по умолчанию: ложь .

Публикует результаты теста JUnit, созданные сборкой gulp, в Azure Pipelines/TFS.

testResultsFiles — Файлы результатов тестирования
string . Требуется, если publishJUnitResults = true . Значение по умолчанию: **/TEST-*.xml .

Путь к файлам результатов тестирования. Вы можете использовать подстановочные знаки. Например, вы можете использовать **/TEST-*.xml для всех файлов XML, имя которых начинается с TEST-.

testRunTitle — Название тестового прогона
string . Необязательный. Используйте, когда publishJUnitResults = true .

Предоставляет имя для запуска теста.

enableCodeCoverage — Включить покрытие кода
логическое значение . Значение по умолчанию: ложь .

Включает покрытие кода с использованием Istanbul.

testFramework — Test Framework
строка . Необязательный. Используйте, когда enableCodeCoverage = true . Допустимые значения: Мокко , Жасмин . Значение по умолчанию: Мокко .

Указывает тестовую среду.

srcFiles — Исходные файлы
строка . Необязательный. Используйте, когда enableCodeCoverage = true .

Предоставляет путь к исходным файлам, которые вы хотите использовать для обработки hookRequire().

testFiles — Файлы тестовых сценариев
string . Требуется, если enableCodeCoverage = true . Значение по умолчанию: test/*.js .

Путь к файлам тестовых сценариев.

Опции управления задачами

Все задачи имеют опции управления в дополнение к их входным данным. Дополнительные сведения см. в разделе Параметры управления и общие свойства задач.

Выходные переменные

Нет.

Используйте эту задачу для запуска задач gulp с использованием системы сборки на основе задач потоковой передачи Node.js.

Примечание

Gulp предварительно не установлен на всех размещенных агентах. См. установленное программное обеспечение на образах виртуальных машин.

Примеры

Запустить gulp.js

 - задача: Npm@1
  входы:
    команда: «установить»
- задача: глоток@1
  входы:
    gulpFile: 'gulpfile.js'
    gulpjs: 'node_modules/gulp/bin/gulp.js'

Создание приложения Node.js

Создание приложения Node.js с помощью gulp

Требования

Требование	Описание
Типы трубопроводов	YAML, классическая сборка
Работает на	Агент, группа развертывания
Требования	Самостоятельно размещенные агенты должны иметь возможности, соответствующие следующим требованиям для запуска заданий, использующих эту задачу: node. js
Возможности	Эта задача не удовлетворяет никаким требованиям для последующих задач в задании.
Командные ограничения	Любой
Устанавливаемые переменные	Любой
Версия агента	1.91.0 или выше
Категория задач	Сборка

См. также

Создайте приложение Node.js с помощью gulp

Обратная связь

Просмотреть все отзывы о странице

задач с глотком | Aurelia

Введение

Интерфейс командной строки Aurelia позволяет выполнять задачи Gulp, а несколько готовых задач Gulp предоставляются для начала работы. Для любого нового проекта вам нужна задача по сборке, запуску и тестированию приложения, поэтому интерфейс командной строки предоставляет вам эти задачи. Эти задания можно найти в каталог aurelia_project/tasks .

Задачи Gulp в приложении CLI — это простые задачи Gulp v4. Gulp v4 включает gulp.series и gulp.parallel, которые делают задачи Gulp проще и чище.

Typescript полностью поддерживается для использования в задачах Gulp. Как и ЕС2017. Язык, который вы используете в задачах Gulp, эквивалентен языку вашего исходного кода и определяется из объекта транспилера в aurelia.json .

Выполнение задачи

Задание можно выполнить с помощью команды au . au build выполнит задачу Gulp, экспортированную из aurelia_project/tasks/build.js , а au test выполнит задачу из aurelia_project/tasks/test.js .

Полезно знать, что интерфейс командной строки Aurelia выполняет задачу, которая экспортируется по умолчанию, а это означает, что вы можете экспортировать несколько задач:

  пусть задача1 = () => {};
  пусть задача2 = () => {};
  
  экспортировать {задача1 по умолчанию, задача2};

При выполнении указанной выше задачи с помощью команды au будет выполнено задача1 .

Создание новой задачи

Отличительной особенностью средства запуска задач CLI является то, что вы также можете создавать свои собственные задачи и запускать их с помощью команды au .

Просто создайте новый файл .js или .ts в каталоге aurelia_project/tasks и экспортируйте функцию из этого файла.

Метаданные задачи

Команда au help не только показывает стандартные команды интерфейса командной строки Aurelia, но и перечисляет задачи, но только те, которые определили так называемые «метаданные задач». Эти метаданные можно найти в файле .json с тем же именем, что и у задачи.

Например, задача build.js может иметь файл build.json со следующей структурой:

 {
 "имя": "сборка",
 "description": "Создает и обрабатывает все активы приложения.",
 "флаги": [
 {
 "имя": "окружение",
 "description": "Устанавливает среду сборки.

Gulp запуск: Как запустить gulp? — Хабр Q&A

gulp@0 — задача gulp v0

Синтаксис

Входные данные

Параметры управления задачами

Выходные переменные

Примеры

Запуск gulp.js

Создание приложения Node.js

Требования

Начало работы с gulp и VS Code

Поделитесь этим:

Нравится :

gulp@1 — задача gulp v1

Синтаксис

Входные данные

Опции управления задачами

Выходные переменные

Примеры

Запустить gulp.js

Создание приложения Node.js

Требования

См. также

Обратная связь

задач с глотком | Aurelia

Введение

Выполнение задачи

Создание новой задачи

Метаданные задачи

Добавить комментарий Отменить ответ

Рубрики