skarfacegc / gue Goto Github PK

Need to figure out a clean way for the API user to control how shell outputs to stdout.

• Move current shell to _shell and make shell compatible with existing calls
• Provide a silentShell call that doesn't output anything (but returns stdout/err at promise resolution)

Similar to watch, but records file checksums between runs to identify what's changed since the last run.

It Should

• have a method to detect when a file on disk has changed since the last run
• use fileSets to determine which task(s) to run
• show a message indicating which files have changed and what action is being taken

Update the readme to reflect new stuff

Changes to log
New methods in Util

Always sets FORCE_COLOR regardless of any other settings. Probably shouldn't do that.

When running nyc mocha there's no output on a failing test

There's no error if a missing task is requested.

look at globby for glob handling

The integration tests currently rely on an external git repo. This should change to just using some sample alternate guefiles

The idea is basically this, given a set of files (client files, server files, etc) setup a method to say

'If a file in the client file set changes, run these tasks'

Mainly for use under watch, but could possibly replace the setOptions foo with something a little more interesting

Exclusive tasks behavior:

• Won't start if there are other 'running' tasks (i.e. started but have not resolved their promise)
• Will prevent other tasks from starting when running
• Notifies other remaining tasks to run when completed
  • This likely needs a bit better definition

AC:

• Allows for both sequential and parallel tasks
• tasks return or reject promises to indicate status
• Runtime is tracked
  • for each action
  • for each task
  • for the overall job
• Events are emitted on state change
  • task starts running
  • task stops running
  • task group starts running
  • task group stops running
  • overall job starts running
  • overall job stops running
  • Errors are emitted if jobs reject
• Rejected jobs in a sequential task prevent running the next task(s)
• Rejected jobs in a parallel task fail the task but allow all parallel jobs to complete

Beeper doesn't work all the time. FIgure out why and squash it!

• Replace exit(1) with setting exitCode
• Test

Quick grep

lib/GueTask.js:const isArray = require('lodash.isarray');
lib/GueTask.js: if (typeof action === 'function' && !isArray(dependencies)) {
lib/GueTask.js: if (action === undefined && !isArray(dependencies)) {
lib/GueTask.js: if (isArray(this.dependencies)) {
lib/GueTasks.js: if (!Array.isArray(tasks)) {
lib/Util.js:const isArray = require('lodash.isarray');
lib/Util.js: if (names.length > 0 && Array.isArray(names)) {
lib/Util.js: if (isArray(value)) {
lib/fileSet.js:const isArray = require('lodash.isarray');
lib/fileSet.js: if (isArray(tasks)) {
lib/fileSet.js: if (!isArray(this.globMap[glob])) {
lib/fileSet.js: if (isArray(fileArg)) {

Add a watch API method to execute tasks when files change.

smartWatch is a more descriptive name

• Re-write the readme
• Proof read the API docs
• Evaluate creating a github site for the API docs or just include them at the bottom of the readme

add prettier to eslint for more consistent code formatting

Current ships documentation as part of the npm, souldn't do that.

Make sure they all follow the same format

This should simplify the integration tests

Standardize logging a bit. Right now the log method just spits its arg to stdout.

The log method(s) should timestamp, print task, and print message applying colors appropriately.

May need to create logwarn/logerr/logsuccess methods

gue.watch should allow loading of file lists from the setOption system

When docs build the API docs should go into a version directory

• build docs into a version directory based on package.json
• Generate a top level toc of available version docs based on generated documentation

Add a method that takes a json slug and turns it into normal --foo=bar style arguments.

It's redundant