Quali strumenti di costruzione non dipendono da java (o Ruby)? [chiuso]

Non vuoi la piattaforma agnostica tanto quanto lo strumento di creazione nativo per .NET. Per essere precisi dovresti esaminare MSBuild (.NET) e xbuild (mono). Sono funzionalmente equivalenti e inoltre utilizzano gli stessi file di build basati su XML in modo da poter gestire teoricamente sia .NET che mono senza alcuna modifica. Infatti, rake o ANT devono richiamare MSBuild per creare effettivamente qualsiasi roba .NET in modo da utilizzarlo già - il file MSBuild più comune finisce in .csproj.

Noterò che, avendo fatto una quantità enorme di script MSBuild, preferirei davvero gli script di compilazione basati su ruby su script di costruzione basati su XML. Le lingue complete di Turing in XML sono dettagliate.

Sono solo tangenzialmente familiarizzato con node.js, quindi potrei sbagliarmi ma la mia impressione è che non ci sia davvero una build lì - è tutto javascript interperted. Ora, potresti avere uno script per chiamare NPM per caricare i tuoi pacchetti.

Un'altra cosa che potresti voler vedere è psake - è un sistema di build basato su PowerShell basato sul ruby's sake. Ho sentito cose positive anche se non l'ho usato per la rabbia, perché posso fare in modo che MSBuild faccia ciò che mi serve per farlo.

Sembra un lavoro per make(1) . È compilato su un eseguibile nativo, quindi non è necessario installare nulla e puoi lanciare qualsiasi altro strumento di compilazione di cui potresti aver bisogno. Se le tue build sono semplici (nessuna complicata gestione delle dipendenze o specifiche di configurazione frammentate) allora non dovrebbe essere troppo difficile impostarle. L'unica cosa più semplice sarebbe avere una coppia di script di compilazione (uno per Windows e uno per Linux) che tu controlli con la fonte.

Bene per i progetti .NET in genere si utilizza Team Foundation Server - l'installazione di Build Server sulla piattaforma Windows.

Voglio essere sicuro di aver compreso correttamente le tue domande, ma sarebbe di grande aiuto se anche tu fornissi il tuo O / S di base in fase di sviluppo.

Sebbene non sia completamente indipendente, SCons è uno strumento di costruzione basato su Python con cui ho avuto esperienze molto buone. Python è abbastanza comunemente disponibile (più che Ruby?) E gli "script di build" sono semplici file Python che sono molto facili da scrivere e mantenere.

In un ambiente .NET, tuttavia, consiglierei comunque di imparare parte della sintassi di MSBuild, poiché alla fine dovremo usarla per qualche parte del processo. (Teoricamente potresti farne a meno, ma molto pochi. Gli sviluppatori NET non useranno VS, MonoDev, o qualcosa come SharpDevelop, e penso che tutti generino file di progetto MSBuild.)

what generic build tools out there include their binary run-times... target-platform-agnostic tools

In alto violerebbe il principio di separazione delle preoccupazioni e in modo evidente.

Pensa alle conseguenze. Tale strumento dovrebbe anche avere una serie di binari per le rispettive piattaforme di destinazione, per tutti loro e per tutti loro.

Ciò significherebbe che oltre a fornire funzionalità dello strumento di costruzione, i suoi sviluppatori dovrebbero anche investire i loro sforzi in binari specifici della piattaforma: progettazione, programmazione, test, manutenzione, nuove funzionalità, correzioni di errori e testarli ancora e ancora e ancora, ancora e ancora.

Ora dedica un minuto a pensare a prospettive a lungo termine per uno strumento del genere. "È un problema competitivo, tutto conta in grandi quantità."

Mentre gli sviluppatori del nostro strumento mostruoso avrebbero difficoltà con glitch e peculiarità specifici di ogni singola piattaforma, più e più volte, i loro concorrenti si divertiranno moltissimo a fornire estensioni, miglioramenti e nuove funzionalità per creare funzionalità , sfruttando il fatto che la piattaforma ingombrante è coperta dal runtime di terze parti sottostante.

Dal momento che in particolare hai chiamato Node.js come piattaforma target, presumo che tutti siano installati sulle loro macchine. In tal caso, hai guardato Grunt? Non ho alcuna esperienza reale con esso (l'ho scaricato, ho provato a fare uno script, quindi capito che NPM fa la maggior parte di ciò che mi serviva), ma sembra essere uno strumento di compilazione flessibile scritto su Node.