Travis CI for R! (not yet) | /en/2013/04/travis-ci-general-purpose/

yihui 2022-12-16 23:06:30

Travis CI for R! (not yet)

https://yihui.org/en/2013/04/travis-ci-general-purpose/

6 Comments

giscus-bot 2022-12-16 23:06:31

Guest *Vincent Arel-Bundock* @ 2013-04-13 15:58:20 originally posted:

Cool. Glad you got this to work. Have you contacted the Travis folks about adding R support? I'd certainly use it.

yihui 2022-12-16 23:06:36

Not yet. I'm afraid I won't be able to take this responsibility this time since I'll be on a long trip soon. I hope someone else can invest more time into it.

Besides, I remember I read from one of their blog posts that "adding new language is not of high priority". I cannot find the post now.

Originally posted on 2013-04-13 17:06:43

giscus-bot 2022-12-16 23:06:32

Guest *ctpfaff* @ 2013-04-13 16:58:01 originally posted:

Thanks for the nice article. I hope there will be native support in the future. But for now with devtools together one could also check if the build of the master branch is working (install_github). I think this is much more intresting than checking the version from cran on each push.

yihui 2022-12-16 23:06:37

Yes, it is easy to check packages locally. The point is to throw this job away to a server and focus on coding :) Anyway, let's see if anyone can push this a little bit further. I have done all that I'm able to do.

Originally posted on 2013-04-13 17:10:55

giscus-bot 2022-12-16 23:06:38

Guest *ctpfaff* @ 2013-04-13 17:26:45 originally posted:

Oh, I think you misunderstood me. I meant to integrate the installation of devtools into the travis.yml of yours and tell it to install the code from master on github instead of using the normal package install to install the package from cran. Then it would be as you say "throw the job away to a server" and wait for feedback on recently pushed code. Well ja, ok you still would have to wait 5 minutes to get the job finished... here native support would make a big diffrence.

yihui 2022-12-16 23:06:39

Oh I see.

Originally posted on 2013-04-13 22:08:15

giscus-bot 2022-12-16 23:06:33

Guest *rapporter.net* @ 2013-04-13 22:59:44 originally posted:

Yihui, that is awesome, thank you very much!
Just to add my two cents: Travic CI should also check the package with the tests optionally shipped with the package (but not run while R CMD check) like we do in your modified .travis.yml and Makefile at https://github.com/Rapporter/pander/blob/master/.travis.yml#L27
What I still miss: it would be cool if Travis CI could build a package on all platforms and with multiple versions of R. E.g. nowadays it would be awesome to also build the packages and run the tests for all GitHub branches both with R 2.15.3 and 3.0.0.

yihui 2022-12-16 23:06:40

That is why we need official support of R on Travis. Otherwise it will be cumbersome -- at worst you can build different versions of R from source, but I believe that will take long time (very likely to exceed the limit of 20 minutes). For the officially supported languages like Python and Ruby, you can specify the versions in .travis.yml. I hope this can become true for R eventually.

As for tests, you do not have to restrict yourself to R CMD check, e.g. you can run make mytest or Rscript inst/mytest.R and put your own tests in a custom directory. There is complete freedom.

Multi-platform and multi-version support of R will certainly be cool. I do not have expertise or time on this, so I hope other useRs can contribute.

Originally posted on 2013-04-14 00:51:26

giscus-bot 2022-12-16 23:06:40

Guest *rapporter.net* @ 2013-04-14 08:12:40 originally posted:

Yeah, I see the problems of the current implementation. Anyway, that is already awesome, thanks again. About tests: we have already resolved that by creating make test based on your Makefile and the testhat R package,of Hadley - I just mentioned that because IMHO a continuous integration system should also do such checks too.

giscus-bot 2022-12-16 23:06:33

Guest *bbolker* @ 2013-07-17 14:38:32 originally posted:

Another thought I've had recently: it might not be too hard to set up a "virtual repository" that would essentially provide a PACKAGES file and links to the actual locations of packages ...

yihui 2022-12-16 23:06:41

I have a name for that: "GRAN" (Github R Archive Network)

The number of R repositories on Github is still too small compared to CRAN, so I wonder how much attention it will attract.

Originally posted on 2013-07-18 23:41:16

giscus-bot 2022-12-16 23:06:34

Guest *krlmlr* @ 2013-08-15 08:12:42 originally posted:

I've found instructions for Sharing Travis-CI generated files.

giscus-bot 2022-12-16 23:06:35

Guest *wibeasley* @ 2015-04-03 21:29:46 originally posted:

To those landing on this page through a search: the very useful r-traivs approach can be replaced by Travis's new native support of R: http://docs.travis-ci.com/user/languages/r/