2011-09-14 12 views
12

Sono un debuttante nello sviluppo del pacchetto R.R-forge vs Rforge?

Volevo solo sapere qual è il migliore R-forge o Rforge.net? Qual è la principale differenza tra loro?

+4

Mi prenderò il cappotto. – mdsumner

+2

Uso R-forge ma il sistema R build è stato interrotto per diversi mesi con alcuni pacchetti che si costruiscono in determinati orari su determinati SO e non altre volte. Ci sono altre infelicità, come i contatori di revisione svn che non aumentano nel web del sito, ma questi sono minori. Al momento R-forge è solo un server repo SVN per me. Quando il sistema di compilazione funzionava correttamente su tutti i sistemi operativi e le versioni attuali e di sviluppo di R, era una risorsa meravigliosa. Speriamo che il normale servizio verrà ripreso presto. –

+0

Sono d'accordo sul fatto che le cose siano andate male su R-forge ma funziona abbastanza bene che continuo ad avere 6 o 7 pacchetti ospitati lì. Non è abbastanza male per me aver investito del tempo per passare a Rforge o per provare un googlecode/github/ecc. soluzione o ibrida ... –

risposta

7

Rforge.net è gestito da un membro R Core e R-Forge è sostenuto dalla Fondazione R, ma sono entrambi responsabili solo del pacchetto per R.

non vedo differenze significative tranne forse il tipi di progetti che ospitano. È possibile che un sito stia ospitando alcuni progetti non disponibili sull'altro. A prima vista, sembrano supportare lo stesso controllo del codice sorgente (SVN), sono accessibili in modi simili e in genere hanno obiettivi simili.

Penso che si possa usare uno dei due finché si sta dando quello che vuoi.

18

R-fucina è più popolare, per quel che vale la pena:

> nrow(available.packages(contriburl=contrib.url("http://www.r-forge.r-project.org"))) 
[1] 1272 
> nrow(available.packages(contriburl=contrib.url("http://www.rforge.net"))) 
[1] 66 

Aggiornamento 3 marzo 2015: i numeri sono ormai 1.822 (rforge) vs. 116 (rforge) vs. 6365 (CRAN). Non so come rilevare/contare i pacchetti R ospitati su Github (forse questa è un'altra domanda).

+4

+1 Per non rispondere alla domanda con qualche utile codice R! – Andrie

18

Nessuno dei due è il migliore, usa invece github!

Io uso github perché:

  • github usa git, che è un sistema di controllo versione generalmente migliore rispetto svn. Come Richie menziona cose come la ramificazione è più facile, è più facile lavorare offline, e trovo che l'interfaccia della riga di comando sia un po 'più ben congegnata

  • la collaborazione su github è enormemente superiore - è facile dare una forchetta a un pacchetto, fare alcuni miglioramenti e quindi inviare le modifiche al manutentore originale utilizzando pull request

  • i server sono gestiti da professionisti e github.com è rarely unavailable. R-forge è a volte inattivo per ore se succede qualcosa al server in Austria

  • È facile fare code reviews, particolarmente utile quando si lavora con nuovi contributori.

  • (parere personale) L'interfaccia è pulita ed elegante e facile da navigare

  • github pages rendono facile per ospitare un sito web su vostro pacchetto.

  • wiki incorporato è modificabile on-line e tramite git, e fa un buon posto per la comunità di contribute documentation

  • L'interfaccia di monitoraggio problema è enormemente superiore

L'unico lato negativo di GitHub è che non fornisce file binari.Ho lavorato in giro che, sviluppando il pacchetto DevTools che lo rende facile da installare pacchetti direttamente da github:

library(devtools) 
install_github("scales", "hadley") 

Ciò richiede che si dispone di un ambiente di sviluppo R, ma questo è in realtà abbastanza facile da configurare, anche su windows

+0

Cosa fa Github che lo rende un miglior gestore di pacchetti R? –

+4

Questo non affronta la questione dell'OP delle differenze tra R-Forge e RForge.net. Potresti avere, almeno, dato alcuni dei vantaggi dell'uso di github al posto dei due repository menzionati dall'OP. –

+0

@Anna: Il vantaggio principale è che usa git piuttosto svn, quindi cose come la ramificazione sono più facili. –

Problemi correlati