2009-03-16 15 views

risposta

30

NMaven è stato il primo/il tentativo ufficiale di fornire Apache Maven per .NET; il progetto non è riuscito a superare l'alto livello di requisiti per un progetto Apache ufficiale ed è stato ritirato dall'incubatore Apache nel novembre 2008. Ci sono stati diversi tentativi per sopravvivere al progetto, ma solo uno di essi (NPanday) è riuscito a farlo ed è stato in grado di ricongiungersi con l'incubatore Apache nell'agosto 2010. Purtroppo anche il progetto NPanday è stato ritirato a gennaio 2015 perché mancano i committer attivi.

progetti
+5

NuPack (http://nupack.codeplex.com/) sembra essere un altro strumento correlato. –

+0

BTW, grazie per aver aggiornato questo con lo stato attuale di quei progetti! –

+0

Le persone fanno clic sul primo collegamento, che li conduce a uno strumento morto :(Posso rimuovere il collegamento a NMaven nella prima riga? –

0

Apache NMaven is a suite of plugins and integration permettendo NET di essere un giocatore in Maven costruire script.

+2

NMaven è fuori produzione; utilizzare invece NPanday. http://startbigthinksmall.wordpress.com/2011/05/26/apache-npanday-1-4-0-incubating-released-net-for-maven/ –

13

Byldan è una porta di Maven, ma non è un analogo del 100% allo strumento. Shane Isbell ha lavorato a questo progetto per un po ', è possibile read more about it here.

Anche se la risposta che fa riferimento a NMaven ha una sorta di casella di controllo verde accanto, non è corretta: non c'è nulla chiamato Apache NMaven in quanto il progetto non è mai uscito dall'incubatore ASF. Il tronco continua a vivere come NMaven a Codeplex. NMaven è scritto in Java e Byldan è scritto in C#. La maggior parte delle persone che cercano qualcosa come Maven per la piattaforma .NET non vorranno avere a che fare con uno strumento scritto in Java. Byldan, IMO, è lo strumento più appropriato in quanto è scritto in C#.

+1

Ad oggi NPanday sembra essere il vincitore. Questo è il motivo per cui ho iniziato a usarlo e sono entrato a far parte del team di recente. –

8

Sembra che mentre tutti sembrano essere carente NPanday è la gestione delle dipendenze Maven più maturo e sviluppato attivamente per .NET e se io dovevo scommettere su uno sarebbe quello. Il mio modo di vedere idealmente qualsiasi soluzione .NET sarebbe per lo più compatibile con Maven come Byldan quindi potrebbe utilizzare gli stessi repository Maven come Maven centrale.

Il mio problema con Byldan che inizialmente sembrava più promettente di NPanday è che non è stato sviluppato attivamente dal 2008, NPanday ha una versione dal 8 settembre, versione 1.2.1 alla versione 0.6 di Byldan del 2008.

Aggiornamento:

Sembra che NuGet effettivamente eseguire alcune delle funzioni di tipo Maven nel mondo .NET. Sembra inoltre che Microsoft stia implicitamente approvando NuGet se non lo fa esplicitamente. In piena divulgazione, non ho esperienza nell'uso di NuGet, ma sulla base dell'articolo di MSDN Magazine del novembre 2011 here sembra molto promettente. NuGet ha anche piena integrazione con Visual Studio 2010 e supporta Windows Phone, Silverlight e Windows Presentation Foundation.

+0

One dei motivi che mi piacciono Maven per Java è l'organizzazione del codice. Non penso che funzioni bene in .net mondo –

+0

Il grosso problema con NPanday è che richiede l'installazione di Maven (sovraccarico di runtime Java?) e non si integra E come hai detto non è stato sviluppato attivamente –

+1

@aloneguid In realtà ChristT ha detto che il NPanday '' è '' attivamente sviluppato.Inoltre il "sovraccarico" di esecuzione di Java durante una build è ridicolo. costruire wo uld essere tollerabile e qualsiasi overhead non è probabile che sia così grande. – ArtB

22

NuGet (precedentemente chiamato NuPack) affronta alcune delle caratteristiche di Maven. Potete leggere a riguardo al numero Phil Haack, Scott Hanselman e, naturalmente, Scott Guthrie.

+0

Temo che NuGet automatizzi solo il processo di installazione di una libreria nel progetto e aggiunga effettivamente più complessità e irritazione piuttosto che risolvere qualsiasi problema. –

+2

Giusto. NuGet fa solo riferimento alla risoluzione delle dipendenze; ma ha la sua forza: la Galleria Nuget - Ecco perché guardiamo all'integrazione di NPanday con Nuget (lascia che NPanday risolva le dipendenze dalla Nuget Gallery) –

+4

In realtà Microsoft ha il supporto di NuGet, quindi questo è il sistema definitivo di controllo dei pacchetti usato. Progetti netti – eLZahR

1

C'è anche un progetto chiamato Refix. Pensieri?

0

Naven sembra essere una recente iniziativa per un approccio dichiarativo al processo di compilazione .NET.

Proveniente da uno sfondo Java, questa è per me una delle parti più carenti dell'ecosistema .NET.