Open lorenzwalthert opened 2 years ago
I have published in JOSS which uses the same peer review process as ropensci, overall a good experience!
As I see it {touchstone} is within scope of rOpensci as 'workflow automation',if you are fine with moving the repo under their organization I would say let's go for it :) :rocket:
Ok. What would be the next steps? We can also ask Maelle, I interacted with her before.
I think we are both happy with the current API right? So we need to implement a few minor changes (stable lifecycle, codemeta etc.) and then we can start the submission process. (for reference)
dealing with #88 #89 might also be good to do before submission
I agree on the two referenced issues.
Also, reading up on how {gittargets} got contributed to ropensci by someone who maintains already multiple ropensci packages (https://github.com/ropensci/software-review/issues/486), I don't feel like I have the time to go through that anytime soon and factor in feedback extensively. However, I definitively believe that {touchstone} would benefit if it was maintained under the ropensci umbrella (instead of my name), as it is a boost in visibility and credibility.
If you want to contribute it, I'd be more than happy for you to do that and become the main maintainer of the package. If you don't, that's also totally fine for me π . I wrote {touchstone} to solve my own benchmarking problems with {styler}, and that goal is reached, so I am happy. But I anticipate that (as with {styler} and {precommit}), there are always more use cases and bug reports coming in (in particular when more people start using it), so I don't think {touchstone} is anywhere near done now. We can also leave this open, no need to submit it to ropensci in the next 7 days or so.
I read the full {gittargets} review and agree that it is a bit more involved than I originally thought. Though I do agree that it would help spread the word about {touchstone} and provide other benefits.
After thinking about it for a bit: I would be happy to take the lead on bringing {touchstone} to ropensci and maintaining it as I think {touchstone} can really benefit more than just {styler} and {simstudy}! :laughing:
Ok great. Then letβs close the few outstanding issues and you can start tue review process (and maybe read the contributing guidelines before and make adjustments, eg maybe more examples).
:+1: I ran pkgcheck (the ci error is of course wron), which gives a nice todo:
β Package name is available
β does not have a 'CITATION' file.
β does not have a 'codemeta.json' file.
β does not have a 'contributing' file.
β uses 'roxygen2'.
β 'DESCRIPTION' has a URL field.
β 'DESCRIPTION' has a BugReports field.
β Package has at least one HTML vignette
β These functions do not have examples: [benchmark_analyze, benchmark_ls, benchmark_read, benchmark_run, benchmark_write, branch_get_or_fail, branch_install, path_pinned_asset, pr_comment, touchstone_managers, touchstone_script, use_touchstone].
β Package has no continuous integration checks.
β Package coverage is 86.8%.
β R CMD check found no errors.
β R CMD check found no warnings.
βΉ Current status:
β This package is not ready to be submitted.
@assignUser what do you think of this? Any experience? I donβt have, but I think it would fit in.