-
Notifications
You must be signed in to change notification settings - Fork 756
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Accommodating custom GitHub URL's #506
Conversation
Hoping to get install_github() to work with an enterprise GitHub repo with a different path than https://github.com
Thanks! Two comments:
|
Nice!! I agree that I'm pretty agnostic to it being a separate function vs. an option in |
@hilaryparker btw the way @ghuiber was inspired to start writing packages (and hence this pull request) because of your packages blog post 😄 |
YAY!! It comes full circle.. now he's helping me! :D |
then this would work: install_github_enterprise(repo="kickass", github_url = devtools_git_enterprise() ) |
I like As to How would I go about writing it with as little code duplication as possible? Add an Finally, I have no idea about two unrelated bits |
@@ -0,0 +1,6 @@ | |||
#include <R.h> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can you please remove these two files?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Deleted src-i386/devtools.c and src-x64/devtools.c.
On Wed, Jun 25, 2014 at 10:04 AM, Hadley Wickham notifications@github.com
wrote:
In src-i386/devtools.c:
@@ -0,0 +1,6 @@
+#include <R.h>Can you please remove these two files?
—
Reply to this email directly or view it on GitHub
https://github.com/hadley/devtools/pull/506/files#r14198881.
I'd make |
The build looks like it's failing for other reasons - I think because I haven't updated the docs for some previous changes that I made. |
Uses helper devtools_git_enterprise()
Also ran test() and document() anew.
Done. There is now an |
Resolved merge conflict in my install-github.r to accommodate new GitHub API call #474. Travis CI build probably fails for whatever the original reason was 3 days ago. |
Now it fails for a legitimate reason - check https://travis-ci.org/hadley/devtools/builds/28599041#L963 |
Well, one warning still squeaked by, but I don't think it's aimed at me. It has to do with duplicate references to this SVN functionality. See https://travis-ci.org/hadley/devtools/builds/28632916#L954 |
I have no idea what's going on here. Travis turns up the same lone warning about one Rd file with duplicated names: I would appreciate any hints:
This is all. Travis is not worried about any of the |
Doesn't work yet. Old-school archive/master.zip redirect still does.
All may look well, but it's not. While
Any ideas? Maybe Rtools rotted again? I re-installed them not a month ago. |
All seems well, but it's not and re-installing Rtools did not fix the problem. This version of devtools will choke on known, working GitHub packages such as Slidify with the same error message:
Edit: this works on the Mac though (OS X Mavericks, R 3.1.1). |
The list element param$github_url does not exist so it’s always NULL. The function should check instead the element param$url, which may or may not be NULL.
Looks like I broke something in decompress. Will take a look tomorrow when I'm back at a computer |
Now that the It's not quite as nice as your implementation (since you have always have to specify host), but that does have the advantage of being more explicit/reproducible. |
Thank you so much! I can't wait for the next CRAN release :) |
devtools::install_github()
might accept an extra parameter,repo_path
, that defaults tohttps://github.com/
but can point to a custom Enterprise GitHub URL.This default ensures that this feature will change nothing in the way this function is used now, but the new parameter would allow
devtools
to be used as a way to disseminate packages between R users who are members of closed Enterprise GitHub communities.