Btw. one thing that probably would not work (well) with RForge.net (or another CRAN-like repo), is the multiple branches.
The problem is that you cannot put the branch name in the package version string, because that is not allowed, and then the versions from the multiple branches get mixed up. This works fine with install_github() because you can explicitly specify the branch there. One possible solution is to create multiple repos, one for each branch. Not really elegant, though. I don't really need this myself, I am just saying because it came up in this thread. Gabor On Fri, Dec 13, 2013 at 3:24 PM, Gábor Csárdi <csardi.ga...@gmail.com> wrote: > Oh, I didn't know RForge.net supported external git repos, cool! > > Gabor > > On Fri, Dec 13, 2013 at 3:14 PM, Simon Urbanek > <simon.urba...@r-project.org> wrote: >> FWIW this is essentially what RForge.net provides. Each GitHub commit >> triggers a build (branches are supported as the branch info is passed in the >> WebHook) which can be either "classic" R CMD build or a custom shell script >> (hence you can do anything you want). The result is a tar ball (which >> includes the generated files) and that tar ball gets published in the R >> package repository. R CMD check is run as well on the tar ball and the >> results are published. >> This way you don't need devtools, users can simply use install.packages() >> without requiring any additional tools. >> >> There are some talks about providing the above as a cloud service, so that >> anyone can run and/or use it. >> > [...] ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
