Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upGitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
error handling #29
error handling #29
Comments
|
You could try specifying the -C argument. It will cause rush to write successes out to a file. You should be able to inspect the file to deduce which calls succeeded and thus which ones failed. Please ensure you are not specifying -e, --stop-on-error, so that rush will try each command before exiting. For your request 1. above, rush should already be doing this. By default, rush has --propagate-exit-status enabled, which will cause it to propagate a failing child exit code up as rush's exit code. By looking at rush's exit code, you should be able to know that a child failed or not. For your request 2. above, what is your specific use case? There are many possible combinations of behaviors. Without knowing your use case, it is hard to know if rush can/should do it or not. Also, I doubt rush will be able to cover all combinations. |

Formed in 2009, the Archive Team (not to be confused with the archive.org Archive-It Team) is a rogue archivist collective dedicated to saving copies of rapidly dying or deleted websites for the sake of history and digital heritage. The group is 100% composed of volunteers and interested parties, and has expanded into a large amount of related projects for saving online and digital history.

Not a bug but a request.
I would like to know the error status of all parallel jobs as a list that I can inspect in a shell to determine which has failed.
Also rush should exit with non-zero error code for:
IS this possible using the current implementation ? My reading of the docs indicates not so.