-
Notifications
You must be signed in to change notification settings - Fork 10
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
A generator-runner developer guide #476
A generator-runner developer guide #476
Conversation
25268a4
to
d455d63
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #476 +/- ##
==========================================
+ Coverage 92.33% 92.37% +0.03%
==========================================
Files 125 125
Lines 9530 9530
Branches 1025 1025
==========================================
+ Hits 8800 8803 +3
+ Misses 708 705 -3
Partials 22 22 ☔ View full report in Codecov by Sentry. |
This commit adds code examples that illustrate how to use mainly the generator-based runner execution. It also adds a section on terminating and killing processes.
The example code for unified processing contained a bug (an additional for-statement). This commit fixes the issue.
This commit removes an explanation and code that makes use of functionality that is introduced in the run-context-manager branch. The run-context-manager branch will extend the document appropriately.
This commit adds a description of the `exception_on_error`-keyword argument. It also details the behavior that a non-None `timeout`-keyword argument will trigger.
This commit improves the runner developers handbook: - unify wording - improve description clarity - put every sentence on a single line - fix typos
Co-authored-by: Adina Wagner <[email protected]>
This commit addresses comment datalad#476 (comment). It modifies the explanation to describe: a) what needs to be done, and b) what is done in provided generator-protocols That should help to comprehend what a user has to do, when implementing a new protocol.
This addresses the comment at datalad#476 (comment)
This commit contains only small changes, which do not change the content, but just fix errors.
If we follow through with #541, it would be suboptimal to include this documentation in datalad-next. I suggest to repost the PR against datalad-core. I believe that even if we stop using that runner implementation over here, it will continue to live for a long time in datalad-core. I think a document in the set of design docs (or next to it) would be best. |
This PR adds a first version of a developer guide to the generator-runner.
TODO: