-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Retire the term "task jobs" #352
Comments
The original intent of the term was to indicate that jobs are owned by particular tasks, like for other terms such as:
I think it makes some sense in that light, but if others find it confusing I don't particularly mind reverting to plain old job. It wasn't because "tasks and jobs were more convoluted" in Cylc 7 - they weren't really, as far as the scheduler was concerned, it's just that the Cylc 7 GUI did not make the distinction. |
Kinda get that, but why task-jobs and not cycle-tasks or workflow-cycles or workflow//cycle/task/job, seems clearer to pull these concepts apart to me. (Would also like to consider breaking the task-job mapping in the future as part of sub-workflows and auto-batched job submission.) Propose:
|
Yep, I'm good with that. |
* Retire "task job" as a user-facing term in favour of the canonical "task" and "job" terms. * Closes cylc#352 * The ID structure is `workflow//cycle/task/job`, they are tasks and jobs not "task-jobs" or "cycle-tasks" or "workflow-cycles".
* Retire "task job" as a user-facing term in favour of the canonical "task" and "job" terms. * Closes cylc/cylc-doc#352 * The ID structure is `workflow//cycle/task/job`, they are tasks and jobs not "task-jobs" or "cycle-tasks" or "workflow-cycles".
* Retire "task job" as a user-facing term in favour of the canonical "task" and "job" terms. * Closes cylc/cylc-doc#352 * The ID structure is `workflow//cycle/task/job`, they are tasks and jobs not "task-jobs" or "cycle-tasks" or "workflow-cycles".
I don't think this is rightfully closed, waiting on #528? |
* Retire "task job" as a user-facing term in favour of the canonical "task" and "job" terms. * Closes cylc/cylc-doc#352 * The ID structure is `workflow//cycle/task/job`, they are tasks and jobs not "task-jobs" or "cycle-tasks" or "workflow-cycles".
* Retire "task job" as a user-facing term in favour of the canonical "task" and "job" terms. * Closes cylc#352 * The ID structure is `workflow//cycle/task/job`, they are tasks and jobs not "task-jobs" or "cycle-tasks" or "workflow-cycles".
* Retire "task job" as a user-facing term in favour of the canonical "task" and "job" terms. * Closes cylc#352 * The ID structure is `workflow//cycle/task/job`, they are tasks and jobs not "task-jobs" or "cycle-tasks" or "workflow-cycles".
* Retire "task job" as a user-facing term in favour of the canonical "task" and "job" terms. * Closes cylc#352 * The ID structure is `workflow//cycle/task/job`, they are tasks and jobs not "task-jobs" or "cycle-tasks" or "workflow-cycles".
* Retire "task job" as a user-facing term in favour of the canonical "task" and "job" terms. * Closes cylc#352 * The ID structure is `workflow//cycle/task/job`, they are tasks and jobs not "task-jobs" or "cycle-tasks" or "workflow-cycles".
We define "tasks" and "jobs" as well as explaining the relationship between them.
The undefined term "task jobs" appears throughout the docs (and beyond). When I was starting out this term confused me, it's unclear how the term "job" differs from "task job". If we mean jobs we should just say jobs.
This term made a little more sense in Cylc 7 where tasks and jobs were more convoluted.
Propose removing this term, replacing it with either task or job as applicable.
The text was updated successfully, but these errors were encountered: