Re: [Rd] SVN vs DVCS

2010-05-27 Thread Roger Peng
I think the main advantage of a DVCS is that it allows many many
people to make changes to a project and to integrate those changes in
a non-insane way. Given that R as a very restricted list of people who
actually make changes to the source, it doesn't seem that something
like git or Hg would provide a major advantage. If the people on that
list are happy with SVN then there's not much else to say. However, if
it were thought that maybe we want more people submitting
patches/making changes, then perhaps it might make more sense to move
to a DVCS.

I use git for everything mainly because it's *fast* and it has much
better tools for viewing changes/patches and revision history. For
example, 'git bisect' has allowed me track down bugs that would have
been very painful for me because I'm not intimately familiar with the
entire R source code.

-roger

On Wed, May 26, 2010 at 1:14 PM, Seth Falcon  wrote:
> On 5/26/10 4:16 AM, Gabor Grothendieck wrote:
>>
>> Note that one can also use any of the dvcs systems without actually
>> moving from svn by using the dvcs (or associated extension/addon) as
>> an svn client or by using it on an svn checkout.
>
> FWIW, I have been using git for several years now as my vsc of choice and
> use it for all svn-backed projects (R included) via git-svn.
>
> Some of the things I like:
>
> - Being able to organize changes in local commits that can be revised,
> reordered, rebased prior to publishing.  Once I got in the habit of working
> this way, I simply can't imagine going back.
>
> - Having quick access to full repository history without network
> access/delay.  Features for searching change history are more powerful (or
> easier for me to use) and I have found that useful as well.
>
> - This may not be true any longer with more recent svn servers/clients, but
> aside form the initial repo clone, working via git-svn was noticeably faster
> than straight svn client (!) -- I think related to how the tools organize
> the working copy and how many fstat calls they make.
>
> - I find the log reviewing functionality much better suited to reviewing
> changes.
>
>
> + seth
>
> --
> Seth Falcon | @sfalcon | http://userprimary.net/
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>



-- 
Roger D. Peng  |  http://www.biostat.jhsph.edu/~rpeng/

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] SVN vs DVCS

2010-05-27 Thread Sveinung Kvilhaugsvik
> In mercurial (Hg) a particular snapshot can be labeled with a tag, and
> then referred to by that name in the future.
Bazaar can tag revisions as well: http://wiki.bazaar.canonical.com/Tag
Git too: http://www.kernel.org/pub/software/scm/git/docs/git-tag.html

Sincerely
Sveinung Kvilhaugsvik

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] SVN vs DVCS

2010-05-27 Thread Terry Therneau
One small technical note:
Simon said
> That (non-linear history) is IMHO the biggest drawback of DVCS because
> that means there is no way to link a particular build to the source 
> status and you cannot use globally valid build numbers.

In mercurial (Hg) a particular snapshot can be labeled with a tag, and
then referred to by that name in the future.  This problem and solution
is discussed in a tutorial on Mecurial (http://hginit.com/, section on
"repository architecture"), precisely for matching the archive state to
a software release.  I can't speak to any other DVCS package.

Terry Therneau

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] R 2.10 and help

2010-05-27 Thread Jamie Love
Thanks to Romain, this is perfect -

On Thu, May 27, 2010 at 8:05 PM, Romain Francois
 wrote:
>
> Le 27/05/10 09:48, Jamie Love a écrit :
>>
>> Thanks for the info,
>>
>> I'm happy to use the new httpd server that serves the help files -
>> that'd definitely help. My difficulty with this approach is that I'm
>> not sure how to get the URL -
>>
>> Say for example I've done help.start(),
>>
>> then I do:
>>
>> help(plot)
>>
>> it will redirect my web browser to the plot page -
>>
>> How can I stop it touching my web browser and instead return to me the
>> URL.
>>
>> I tried overriding the browseURL() function, but it seem to do nothing.
>
> Perhaps something like this:
>
>> options( browser = function(url, ...) print( url ) )
>> ?plot
> [1] "http://127.0.0.1:9000/library/graphics/html/plot.html";
>
> Romain
>
>> Ta
>>
>>
>>>
>>> It's much more simple since 2.10 as you can simply use the URL (same URL
>>> as the help system uses). For examples see JGR or the Mac GUI. Or you can do
>>> the same thing that the Rhttpd server does  actually generating the html -
>>> see tools:::httpd
>>>
>>
>
>
> --
> Romain Francois
> Professional R Enthusiast
> +33(0) 6 28 91 30 30
> http://romainfrancois.blog.free.fr
> |- http://bit.ly/cork4b : highlight 0.1-8
> |- http://bit.ly/bklUXt : RcppArmadillo 0.2.1
> `- http://bit.ly/936ck2 : Rcpp 0.8.0
>
>
>



-- 
Jamie Love
Looking for custom software development? Contact us at www.nsquaredsoftware.com.

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] R 2.10 and help

2010-05-27 Thread Romain Francois


Le 27/05/10 09:48, Jamie Love a écrit :


Thanks for the info,

I'm happy to use the new httpd server that serves the help files -
that'd definitely help. My difficulty with this approach is that I'm
not sure how to get the URL -

Say for example I've done help.start(),

then I do:

help(plot)

it will redirect my web browser to the plot page -

How can I stop it touching my web browser and instead return to me the URL.

I tried overriding the browseURL() function, but it seem to do nothing.


Perhaps something like this:

> options( browser = function(url, ...) print( url ) )
> ?plot
[1] "http://127.0.0.1:9000/library/graphics/html/plot.html";

Romain


Ta




It's much more simple since 2.10 as you can simply use the URL (same URL as the 
help system uses). For examples see JGR or the Mac GUI. Or you can do the same 
thing that the Rhttpd server does  actually generating the html - see 
tools:::httpd






--
Romain Francois
Professional R Enthusiast
+33(0) 6 28 91 30 30
http://romainfrancois.blog.free.fr
|- http://bit.ly/cork4b : highlight 0.1-8
|- http://bit.ly/bklUXt : RcppArmadillo 0.2.1
`- http://bit.ly/936ck2 : Rcpp 0.8.0

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel


Re: [Rd] R 2.10 and help

2010-05-27 Thread Jamie Love
Thanks for the info,

I'm happy to use the new httpd server that serves the help files -
that'd definitely help. My difficulty with this approach is that I'm
not sure how to get the URL -

Say for example I've done help.start(),

then I do:

help(plot)

it will redirect my web browser to the plot page -

How can I stop it touching my web browser and instead return to me the URL.

I tried overriding the browseURL() function, but it seem to do nothing.

Ta


>
> It's much more simple since 2.10 as you can simply use the URL (same URL as 
> the help system uses). For examples see JGR or the Mac GUI. Or you can do the 
> same thing that the Rhttpd server does  actually generating the html - see 
> tools:::httpd
>

-- 
Jamie Love

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel