Skip to content
Back to formatted view

Raw Message

Message-ID: <b8b71374-3565-e7e4-2fd6-4cf73bb227c0@gmail.com>
Date: 2021-01-31T18:23:45Z
From: Ben Bolker
Subject: [R-pkg-devel] Advice on R-forge to Github migration
In-Reply-To: <becd3ae6-d4fe-c9c8-be5b-25ca89a6d6c5@gmail.com>

I think it should be fine to have your package in a subdirectory: 
this works as expected.

remotes::install_github("dmurdoch/rgl/pkg/rgl")

   The only disadvantages to this structure are (1) it's a little bit 
surprising to users (who might try install_github("r-forge/rgl" and 
wonder why it didn't work and (2) setting up Travis machinery takes a 
little more effort to get all processes to work in the proper 
subdirectories (see the glmmTMB package for examples).

  I'm not very good at Git, but always get a bit confused when I try to 
track changes in a file that has moved ...




On 1/31/21 1:10 PM, Duncan Murdoch wrote:
> rgl has been on R-forge for a long time, but I am now planning on 
> migrating it to Github.? I really dislike git, but Github offers enough 
> benefits, and nowadays I'm familiar enough with them, that I think I'd 
> be better off there.
> 
> The easiest way to do this would be to do almost nothing:? just declare 
> the the dmurdoch/rgl fork of r-forge/rgl is now where all new changes 
> will be committed.
> 
> Can anyone else who has done this migration tell me if there there any 
> disadvantages to this that I don't know about?? What I know:
> 
>  ?- I'll lose the bug reports and forum discussions that were sent to 
> R-forge.
>  ?- I'll need to do a bit of work to change dmurdoch/rgl to a more 
> standard R package layout, but this should be quite easy:? basically 
> just moving the files in pkg/rgl to the top level.? I assume "git mv" 
> will keep their history if I do this.
> 
> Duncan Murdoch
> 
> ______________________________________________
> R-package-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel