Forum libero

Scritto da: Daisuke Niwa
> Scritto da: avvelentani
> > Scritto da: Daisuke Niwa
> > > Ieri ho dovuto rifare lo styling della sezione "Frasi Celebri" perché il merge delle tue modifiche (2 linee) aveva spianato tutte le modifiche che avevo fatto io...
> >
> > L'unico modo che hai per perdere delle modifiche con git e` usando rebase. In tutti gli altri casi, i commit sono oggetti immutabili. Un commit e` per sempre.
>
> Io ho fatto il commit, infatti se vai nell'history di git c'è.
> Poi la suora ha fatto il merge delle modifiche di giambo, e siccome giambo aveva modificato lo stesso file che avevo modificato io, per qualche ragione, tutte le mie modifiche sono andate perse.
>

Probabilmente suoranciata ha scazzato il merge.

> Se usassimo SVN questo non sarebbe possibile.

In svn succede che fai svn commit e non te lo fa fare, a quel punto esegui svn update e devi fare il merge, se fai un errore in quel merge le tue modifiche sono distrutte per sempre, svn non ha salvato una copia della tua working directory prima di svn update da nessuna parte. Con git questo non succede mai, i tuoi cambiamenti sono sempre nel repository, usando gitk potresti estrarli e riapplicarli.

Scritto da: Daisuke Niwa
> Ieri ho dovuto rifare lo styling della sezione "Frasi Celebri" perché il merge delle tue modifiche (2 linee) aveva spianato tutte le modifiche che avevo fatto io...

L'unico modo che hai per perdere delle modifiche con git e` usando rebase. In tutti gli altri casi, i commit sono oggetti immutabili. Un commit e` per sempre.

Scritto da: Giambo
> Mi spieghi che cosa sbaglio ?

Si`.

> ===
> giambo@phobos:~/repo$ git clone giambo@ravanator.acmetoy.com:/src/FdtDueZero.git
> [...]
> giambo@phobos:~/repo/FdtDueZero$ git checkout origin/insert
> Note: checking out 'origin/insert'.
>
> You are in 'detached HEAD' state. You can look around, make experimental
> changes and commit them, and you can discard any commits you make in this
> state without impacting any branches by performing another checkout.
>
> If you want to create a new branch to retain commits you create, you may
> do so (now or later) by using -b with the checkout command again. Example:
>
> git checkout -b new_branch_name
>
> HEAD is now at 6a1c7c6... merge finito porto dio!
> giambo@phobos:~/repo/FdtDueZero$ git status
> # Not currently on any branch.
> [...]
> ===
>
> Not currently on any branch. ???
>
> Vabbeh, modifico, committo e pusho ma "gitk --all" non mi mostra un cazzo.

Perche' invece non hai fatto quello che ti ha detto di fare git?

Ti spiego come funziona git in due parole, l'oggetto principale gestito da git e` il "commit" un commit e` fatto da:
- un messaggio
- la foto dei sorgenti al momento in cui il commit e` stato fatto
- una lista di commit "parent", sono uno solo se e` un commit normale o piu` d'uno se e` un merge

In gitk i commit sono rappresentati con dei puntini colorati.

L'altro oggetto importante di git e` il branch, il branch e` un puntatore ad un commit, in gitk li vedi come delle caselline rettangolari con un nome dentro.

Per quanto riguarda la working directory git scompatta il contenuto di un commit sulla directory corrente, inoltre SE il commit era puntato da un branch, e se il branch e` MODIFICABILE git si ricorda anche a quale branch corrisponde la working directory.

Quando fai "git commit" (dopo git add) quello che succede e` che:
a. viene creato un nuovo commit, con parent il commit usato per la working directory
b. il branch della working directory viene fatto puntare al nuovo commit

Questo e` tutto quello che ti serve per usare git in locale, per usarlo con repository remoti (che e` quello che stiamo facendo), devi sapere un altro paio di cose.

La prima cosa e` che esistono due tipi di branch: locali e remoti. I branch locali possono essere modificati direttamente come descritto sopra, i branch remoti no, possono essere modificati solo da "git fetch" che li sincronizza con il branch corrispondente in un altro repository.

La seconda cosa e` che puoi creare un branch locale collegato ad un branch remoto, facendo questo collegamento abiliti "git push" e "git pull".
Push essenzialmente copia tutti i commit che hai fatto su un branch locale nel branch remoto a cui e` collegato (aggiornando il tutto anche sul server remoto). Pull esegue "git fetch" e poi per ogni branch remoto copia i nuovi commit nel branch locale collegato.

Quello che hai fatto sopra e` cercare di modificare un branch remoto direttamente, git non te lo fa fare e te lo ha detto. A questo punto la working directory e` collegata ad un commit che non e` in nessun branch e non ha parent, chiamata "detached HEAD". Questo e` l'unico modo in cui git puo` "perdere" commits (perche' non c'e` nessun riferimento ad essi). Se vuoi recuperarli dovresti fare:

cat .git/HEAD

questo ti restituisce un codice esadecimale che identifica il tuo commit volante, a questo punto crei un branch collegato a remotes/origin/insert:

git checkout remotes/origin/insert
git checkout -b ilmionuovoinsert

E poi fai un merge con il commit volante:

git merge <codice esadecimale precedente>

Pero` dovresti leggere i messaggi di errore invece di premere tasti a caso e pastrugnare con il repo.

Scritto da: Giambo
> Scritto da: exsinistro
>
> > Che dè il GIT? O)
>
> E' un sistema per gestire grandissimi progetti (Codice) distribuito tra mille mila persone.
>
> E viene usato da 3 gatti per il FdT2.0, con il risultato che un idiota come me non riesce a combinare un cazzo da una settimana.

Sono certo che ce la puoi fare anche tu.

PS se hai altri pastrugnamenti non pubblicati probabilmente dovrai piallare e riclonare il repository. Comunque un gitk --all tanto per saggiare la situazione e` d'obbligo.

**Modificato dall'autore il 19.01.2012 21:04**

Scritto da: Giambo
> Scritto da: avvelentani
> > Scritto da: Giambo
> > > Mi spieghi cosa hai fatto in Mainservlet, con la GiamboAction, le mappe ?
> > > E' una specie di caching per evitare il call via reflection ?
> >
> > Evita la reflection e evita che si possa far postare un messaggio ad un altro utente usando un tag img.
>
> Non avevo inserito un check sull'utente nella session ?

No, ho verificato.

Scritto da: Giambo
> Mi spieghi cosa hai fatto in Mainservlet, con la GiamboAction, le mappe ?
> E' una specie di caching per evitare il call via reflection ?

Evita la reflection e evita che si possa far postare un messaggio ad un altro utente usando un tag img.

Comunque non e` nulla di particolare e` solo latebinding implementato manualmente.

**Modificato dall'autore il 19.01.2012 08:35**

Scritto da:
> ma qui ci vuole un programmatore come Alex telegiornale:
>
> un programmino da installare su Windows o linarate varie che ti avvisi di quando un msg viene postato sul fdt2.0 e te ne visualizzi l'anteprima, così puoi capire se ti interessa
>
> un po' come avviene per la posta elettronica e nella barra delle icone ti appare la preview
>
> so che è pretenzioso come tool, ma sarebbe ganzo davvero

Potremmo pubblicare un feed rss!

Scritto da: Giambo
> Scritto da: Daisuke Niwa
>
> >
> > Non va?
>
> Si, ma sarebbe da fare per ogni thread della pagina http://62.75.186.230:8080/FdTViewer/Threads -> Totale 1 + 20 queries. La prima query ritorna i threads:



In realta` sarebbero altre 20 query, in aggiunta alle 20 query che gia` fai per calcolare il numero di messaggi per ogni thread.

Con suoranciata stavamo giusto pensando di cambiare questa cosa, per visualizzare gli indici usando una sola query.

**Modificato dall'autore il 18.01.2012 17:16**

Scritto da: Daisuke Niwa
> Scritto da: Giambo
> > Scritto da: Daisuke Niwa
> > > Una legge che obbliga qualcuno a mettere a repentaglio la propria vita è semplicemente ridicola e va ignorata e derisa assieme a tutti i pirla che l'hanno scritta e pretendono di applicarla.
> >
> > Se l'e' scelto lui il mestiere.
>
> Non mi risulta che voler fare il capitano di una nave coincida con il voler affogare per salvare qualcun altro.

Non mi risulta che andare in crociera comporti scegliere di essere abbandonati sulla nave dal capitano che l'ha schiantata contro un sasso e non ha chiamato i soccorsi.