[Linux-Biella] Git server
Paolo Ciarrocchi
paolo.ciarrocchi a gmail.com
Dom 16 Nov 2008 19:33:02 CET
On Sun, Nov 16, 2008 at 5:42 PM, Daniele (Mastro)
<daniele.bilug a gmail.com> wrote:
> Paolo Ciarrocchi ha scritto:
>> Penso che questo ti possa essere di aiuto:
>>
>> http://book.git-scm.com/4_setting_up_a_public_repository.html
>>
>> L'intero sito (http://book.git-scm.com) ti sara' di grande aiuto.
>>
>> Fammi sapere.
>
> ho tirato su il server git
> accesso via ssh/chiave pubblica
>
> funziona da linea di comando
> sia da qui su linux che su macchine windows
Bien.
Su win che tipo di installazione di git usi?
> con le gui però non riesco a farlo funzionare (almeno da macchina window)
Quali gui e quali problemi hai?
> il mio ssh non è su porta standard (22)
>
> potrebbe forse dipendere anche da questo?
Potrebbe. More info please :-)
> sulla macchina windows del mio amico ho usato github e ho impostato in
> .ssh/config la porta corretta
> esattamente come ho fatto su linux...
>
> poi non mi è chiaro come faccio a sincronizzarmi con il repository
Spiega meglio....
git fetch per sincronizzare il "git database"
git pull per fare "fetch+merge"
> se ci sono conflitti come li mergio?
Cosi:
http://book.git-scm.com/5_advanced_branching_and_merging.html
oppure usando git mergetool per invocare un tool esterno.
> il ciclo "standard" da quel che ho capito è
Meglio se ti abitui a usare le versioni senza -
> git-add ....
git add
> git-commit -a -m "..."
git commit -a -m "blablsalal"
oppure fai tutto con
git gui
> git-push
Questo è chiaro cosa fa?
Io non lo uso mai :-)
Faccio solo fetch e/o pull
> questo se sei da solo a lavorarci
>
> se ci lavora altra gente però dovrei avere un modo per conoscere i
> cambiamenti che sono stati fatti
> e sapere come risolverli
Un po' ho risposto, fammi domande piuà specifiche e ti rispondo.
In generale per vedere le modifiche fatte da un altro utente ne fai il
merge e poi vai di:
da http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html
--8<--
Alice can peek at what Bob did without merging first, using the
"fetch" command; this allows Alice to inspect what Bob did, using a
special symbol "FETCH_HEAD", in order to determine if he has anything
worth pulling, like this:
alice$ git fetch /home/bob/myrepo master
alice$ git log -p HEAD..FETCH_HEAD
This operation is safe even if Alice has uncommitted local changes.
The range notation HEAD..FETCH_HEAD" means "show everything that is
reachable from the FETCH_HEAD but exclude anything that is reachable
from HEAD. Alice already knows everything that leads to her current
state (HEAD), and reviewing what Bob has in his state (FETCH_HEAD)
that she has not seen with this command
If Alice wants to visualize what Bob did since their histories forked
she can issue the following command:
$ gitk HEAD..FETCH_HEAD
--8<--
> probabilmente sul sito è spiegato, leggerò ancora...
>
> per il momento (causa mancanza di interfaccia grafica
> decente/funzionante) ho dovuto abbandonare git e usare svn
> che se non altro ha dei buoni plugin per un po' tutti gli ide di sviluppo...
>
> :/
> mi dispiace assai..
> continuerò a documentarmi su git "da solo"
Ricorda che puoi usare git svn per interagire con un repository svn :-)
Ciao,
--
Paolo
http://paolo.ciarrocchi.googlepages.com/
Maggiori informazioni sulla lista
Linux