Installazione Mercurial HG in Eclipse

Ultimamente c’è un po di confusione per usare una GUI per hg specialmente su Linux. Un ottimo software era Tortoisehg ma al momento non sembra installabile in Linux. Un workaround che ho trovato per chi usa Eclipse (su linux ma anche su altre piattaforme) è di installare il plugin Mercurial Eclipse direttamente nell’ambiente di sviluppo. Ecco i passi:

  • Aprire Eclipse
  • Dal menu in alto Help–> Install New Software
  • Add (repository)
  • Inserire un nome (consiglio MercurialEclipse) e il link seguente https://download.eclipse.org/tools/pdt/updates/latest/
  • Cliccare su Add
  • Seguire le istruzioni per l’installazione

A questo punto saranno disponibili i comandi hg per i commit e i vari comandi di mercurial in Tasto destro sul sorgente o sul progetto poi Team

Buon cvs a tutti

VN:F [1.9.22_1171]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)

Differenze tra linguaggi di programmazione

Ho utilizzato questo sito per calcolare la data/ora esatta. Viene utilizzato il numero esatto di millisecondi dal 1 gennaio 1970 al momento del calcolo. Questo e’ utile per calcolare la differenza in millisecondi tra una istruzione e l’altra, ma non solo. A parte l’uso, ho trovato interessanti i codici nei diversi linguaggi di programmazione per ottenere lo stesso dato, qui gli esempi copiati e incollati dal sito:

ActionScript(new Date()).time
C++std::chrono::duration_cast<std::chrono::milliseconds>(std::chrono::system_clock::now().time_since_epoch()).count()
C#.NETDateTimeOffset.UtcNow.ToUnixTimeMilliseconds()
Clojure(System/currentTimeMillis)
Excel / Google Sheets*= (NOW() – CELL_WITH_TIMEZONE_OFFSET_IN_HOURS/24 – DATE(1970,1,1)) * 86400000
Go / Golangtime.Now().UnixNano() / 1000000
Hive*unix_timestamp() * 1000
Java / Groovy / KotlinSystem.currentTimeMillis()
Javascriptnew Date().getTime()
MySQL*UNIX_TIMESTAMP() * 1000
Objective-C(long long)([[NSDate date] timeIntervalSince1970] * 1000.0)
OCaml(1000.0 *. Unix.gettimeofday ())
Oracle PL/SQL*SELECT (SYSDATE-CAST(TO_TIMESTAMP_TZ(’01-01-1970 00:00:00+00:00′,
‘DD-MM-YYYY HH24:MI:SS TZH:TZM’) as date)) * 24 * 60 * 60 * 1000 FROM DUAL
Perluse Time::HiRes qw(gettimeofday); print gettimeofday;
PHPround(microtime(true) * 1000)
PostgreSQLextract(epoch FROM now()) * 1000
Pythonint(round(time.time() * 1000))
QtQDateTime::currentMSecsSinceEpoch()
R*as.numeric(Sys.time()) * 1000
Ruby(Time.now.to_f * 1000).floor
Scalaval timestamp: Long = System.currentTimeMillis
SQL ServerDATEDIFF(ms, ‘1970-01-01 00:00:00’, GETUTCDATE())
SQLite*STRFTIME(‘%s’, ‘now’) * 1000
Swift*let currentTime = NSDate().timeIntervalSince1970 * 1000
VBScript / ASPoffsetInMillis = 60000 *
VN:F [1.9.22_1171]
Rating: 9.0/10 (1 vote cast)
VN:F [1.9.22_1171]
Rating: 0 (from 0 votes)

Configurazione di un controllo di versione per non esperti

Esistono tantissime guide dettagliate sull’installazione e la gestione del controllo di versione ma secondo me sono tutte molto dettagliate e all’inizio un non esperto in materia può fare fatica a capire la logica e quindi ad avvicinarsi all’argomento. In questa breve guida cercherò di spiegare le nozioni di base rimandando alle varie guide e tutorial per gli approfondimenti. Come software spiegherò mercurial. Come installazione prenderò una linux con i comandi base a riga comando, con strumenti  grafici come tortoise hg si fanno le medesime cose ma sono meno chiare da comprendere anche se forse più facili da usare in seguito. Dunque cominciamo:

  • Usare un cvs vuole dire tenere sotto controllo le modifiche effettuate a sorgenti di programma quindi sostanzialmente a file di testo. Quindi prendiamo come esempio la cartella sorgenti che sta nella nostra home directory.
  • Per prima cosa dobbiamo inizializzare la nostra cartella alla gestione con il comando hg init (se usate strumenti grafici qualcosa tipo tasto destro sulla cartella poi crea repository). Questo comando crea una sottocartella nel nostro progetto che si chiama .hg che contiene le cose necessarie a mercurial per tracciare le nostre modifiche.
  • Come seconda cosa dobbiamo aggiungere al sistema i file da monitorare e usiamo il comando hg add con questo comando è possibile selezionare i file da aggiungere.
  • Per questi file è bene sapere che esiste un file che si chiama .hgignore dove è possibile omettere dei file tipo i compilati o i file di backup, fare riferi mento alle guide ufficiali per i dettagli.
  • a questo punto è bene fare il nostro primo commit con il comando hg commit (è obbligatorio dare una descrizione per ogni commit effettuato), a questo punto il sistema ha congelato la situazione e la userà per confrontarla con altre situazioni per ripristinare eventuali danni.
  • Ora modificando i nostri sorgenti il sistema noterà delle differenze. per controllarle il comando sarà hg status , un altro comando utile è hg log che ci racconta la storia di quello che è successo.

A questo punto abbiamo sotto monitor lo stato del nostro sviluppo sarà possibile controllare e tornare indietro se qualche modifica è andata storta. Questa configurazione è tutta sul pc locale, non sfrutta quindi le potenzialità dello strumento per lo sviluppo in team. Per fare ciò sono disponibili i comandi hg pull e hg push che replicano le nostre modifiche o rollback su un server centralizzato e quindi sui pc dei nostri colleghi. Per la configurazione si rimanda ad un futuro post.

VN:F [1.9.22_1171]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.22_1171]
Rating: +1 (from 1 vote)

Utilizzo i cookie per essere sicuro che tu possa avere la migliore esperienza sul mio sito. Se continui ad utilizzare questo sito assumo che tu ne sia felice.. maggiori informazioni

Questo sito utilizza i cookie per fonire la migliore esperienza di navigazione possibile. Continuando a utilizzare questo sito senza modificare le impostazioni dei cookie o clicchi su "Accetta" permetti al loro utilizzo.

Chiudi