So if I make a private fork, put it locally in a different folder, add it to the load path in .juliarc.jl, develop privates codes there, setup remotes like in the StackExchange discussion I linked, it seems that would work. However, if I do this there will be two modules in the load path with the same name. How does Julia disambiguate between them? Will it know what to do depending on what my current working directory is?
On Thursday, June 2, 2016 at 11:31:37 PM UTC-7, Lyndon White wrote: > > I am doing this right now, via Loadpath. > Set the loadpath in your `.juliarc.jl` so that an extra folder (where you > are working) is also in your loadpath. > Control it with Git, (not the julia package mananger). > Everything is fine and normal ,it is just another git repo. > > I have no interest in pushing my changes back upstream, as my modified > package is not really compatible with orignal intent, > so I don't have multiple remotes. > (Well I do for other reasons) > > > On Friday, 3 June 2016 14:18:09 UTC+8, Mauro wrote: >> >> On Fri, 2016-06-03 at 07:58, Chris Rackauckas <[email protected]> wrote: >> > I think I will need both versions available, since the majority of the >> work >> > is public, while the private work will tend to sit around longer (i.e. >> > waiting to hear back from reviewers). So I'd want to be able to easily >> work >> > with the public repository, but basically switch over to a private >> branch >> > every once in awhile. >> >> Well, then just checkout the branch you need at the time, easy. >> >> Alternatively, have two different folders for the two branches and set >> the LOAD_PATH depending on what you want to do. If the REQUIREments are >> different, in particular, different versions, it might be more tricky. >> I think then you'd need two ~/.julia/v0.* folders. >> >> > On Thursday, June 2, 2016 at 9:21:13 PM UTC-7, Curtis Vogt wrote: >> >> >> >> If you don't need to have both versions of the package available at >> the >> >> same time then I would recommend using a single Git repo with multiple >> >> remotes. With this setup you can push to your private remote for >> >> experiments and later push to the public remote when your ready to >> share >> >> your work. >> >> >> >> Some reading material on Git remotes: >> >> https://git-scm.com/book/en/v2/Git-Basics-Working-with-Remotes >> >> >> >
