Salve. Penso che molti qui utilizzino o conoscano git. Da pochi giorni ho inserito dei progetti su github la cui gestione non mi sembra banale. Tanto per iniziare una domanda: se su github aggiungo un collaboratore questi, dopo aver clonato il progetto, assume automaticamente gli stessi privilegi dell'admin? Per esempio la possibilita' di fare push.
on 2010-02-17 11:12
on 2010-02-17 11:27
2010/2/17 Mauro <mrsanna1@gmail.com>: > Salve. > Penso che molti qui utilizzino o conoscano git. > Da pochi giorni ho inserito dei progetti su github la cui gestione non > mi sembra banale. > Tanto per iniziare una domanda: > se su github aggiungo un collaboratore questi, dopo aver clonato il > progetto, assume automaticamente gli stessi privilegi dell'admin? > Per esempio la possibilita' di fare push. si, che è una cosa ragionevole nel contesto di un progetto co-gestito. Noi al lavoro facciamo così, ad esempio. Rimane sempre la possibilità di avere diverse branch per ogni sviluppatore :)
on 2010-02-17 12:33
Il 17 febbraio 2010 11.11, Mauro <mrsanna1@gmail.com> ha scritto: > se su github aggiungo un collaboratore questi, dopo aver clonato il > progetto, assume automaticamente gli stessi privilegi dell'admin? > Per esempio la possibilita' di fare push. Sì; ma aggiungere un collaboratore non è l'unico modo di consentire ad altri di sviluppare con te: chiunque può clonare il tuo progetto ed eventualmente proporre push, che poi sei tu ad accettare o rifiutare. Su github ci dovrebbe essere spiegato come, da qualche parte. Cito a braccio da uno dei manuali di Git che ho letto di recente: Git non impone un modello di sviluppo, ma si adatta al modello di ognuno; sono possibili tutti i modelli, dalla democrazia alla dittatura più o meno illuminata (ci sono pure i disegnini!!!). pietro
on 2010-02-17 13:20
Io ho: - un community e-book - un cheatsheet - una presentazione sugli internals di Git (interessante..) Ovviamente è tutto legalmente FREE, se ti interessa scrivimi in privato... Il 17 febbraio 2010 12.33, Pietro Giorgianni <giorgian@gmail.com> ha scritto: > Cito a braccio da uno dei manuali di Git che ho letto di recente: Git > non impone un modello di sviluppo, ma si adatta al modello di ognuno; > sono possibili tutti i modelli, dalla democrazia alla dittatura più o > meno illuminata (ci sono pure i disegnini!!!). > > > pietro > _______________________________________________ > Ml mailing list > Ml@lists.ruby-it.org > http://lists.ruby-it.org/mailman/listinfo/ml > -- Carlo Pecchia email: c.pecchia@gmail.com twitter: @carlopecchia
on 2010-02-17 15:51
2010/2/17 Carlo Pecchia <c.pecchia@gmail.com>: > Io ho: > - un community e-book > - un cheatsheet > - una presentazione sugli internals di Git (interessante..) > > Ovviamente è tutto legalmente FREE, se ti interessa scrivimi in privato... > Aggiungo che per github sono disponibili un paio di screencast sul sito dei pragmatic programmers, da notare che il primo episodio è gratuito: http://www.pragprog.com/screencasts/v-scgithub/insider-guide-to-github Episode 1: Getting Started is a 34-minute screencast and it’s absolutely free! This episode will get you up and running with GitHub so that you’re comfortable with the general day-to-day tasks. You’ll learn how to: * clone a public project * create a new account * generate an SSH key * import an existing Subversion repository * create a new repository * fork a repository * push changes to a repository * create a private repository * add collaborators to a private project * clone a sub-module * collaborate with other users * send a pull request * merge changes from a pull request * watch projects and people * use project wikis * generate RubyGems * allow project donations Saluti Pietro
on 2010-02-18 09:59
E se ancora non ne avete avuto abbastanza ci sono pure gli screencast di Scott Chacon: <http://www.gitcasts.com/>
on 2010-02-25 12:00
Ma se su github aggiungo un collaboratore ad un mio progetto, questi ha la possibilita' di fare push automaticamente oppure devo aggiungere la sua chiave privata? 2010/2/18 Andrea Longhi <andrea74@mailshack.com>:
on 2010-02-25 12:02
Il 25 febbraio 2010 11.59, Mauro <mrsanna1@gmail.com> ha scritto: > Ma se su github aggiungo un collaboratore ad un mio progetto, questi > ha la possibilita' di fare push automaticamente oppure devo aggiungere > la sua chiave privata? Non ho provato, ma immagino proprio che la sua chiave privata debba aggiungerla lui per fatti suoi, sarà poi github a fare tutto. D'altronde, se la passa a te non è più privata. pietro
on 2010-02-25 12:03
Il 25 febbraio 2010 12.01, Pietro Giorgianni <giorgian@gmail.com> ha scritto: > Il 25 febbraio 2010 11.59, Mauro <mrsanna1@gmail.com> ha scritto: >> Ma se su github aggiungo un collaboratore ad un mio progetto, questi >> ha la possibilita' di fare push automaticamente oppure devo aggiungere >> la sua chiave privata? > > Non ho provato, ma immagino proprio che la sua chiave privata debba > aggiungerla lui per fatti suoi, sarà poi github a fare tutto. > D'altronde, se la passa a te non è più privata. Anzi, la chiave privata non deve aggiungerla neanche lui, deve aggiungere quella pubblica. pietro
on 2010-02-25 12:06
2010/2/25 Pietro Giorgianni <giorgian@gmail.com>: > Anzi, la chiave privata non deve aggiungerla neanche lui, deve > aggiungere quella pubblica. Si scusa intendevo la chiave pubblica, pero' pensavo che l'aggiunta di un collaboratore implicasse in automatico la possibilita' di fare push.
on 2010-02-25 12:07
2010/2/25 Mauro <mrsanna1@gmail.com>: >> >> Anzi, la chiave privata non deve aggiungerla neanche lui, deve >> aggiungere quella pubblica. > > Si scusa intendevo la chiave pubblica, pero' pensavo che l'aggiunta di > un collaboratore implicasse in automatico la possibilita' di fare > push. >> >> Scusa ancora non avevo letto tutto il tuo messaggio, una parte risultava commentata. Il fatto e' che ho aggiunto un collaboratore ma gli viene negata la possibilita' di fare push per un problema di chiave.
on 2010-02-25 12:09
l'autenticazione è sempre fatta con la chiave pubblica, se non sbaglio si cripta tutto con quella privata per poi usare quella pubblica per decriptare l'informazione, dare la propria chiave privata vuol dire dare la possibilità a chiunque di autenticare un messaggio al posto vostro. con git mi sembra che basta aggiungere l'utente git al progetto poiche agli account git sono già associate le chiavi pubbliche, in breve quando aggiungi un utente aggiungi la sua chiave pubblica al tuo progetto. Q
on 2010-02-25 12:10
2010/2/25 Andrea Cuius <q@ptumpa.com>: > l'autenticazione è sempre fatta con la chiave pubblica, se non sbaglio > si cripta tutto con quella privata per poi usare quella pubblica per > decriptare l'informazione, dare la propria chiave privata vuol dire > dare la possibilità a chiunque di autenticare un messaggio al posto > vostro. > > con git mi sembra che basta aggiungere l'utente git al progetto poiche > agli account git sono già associate le chiavi pubbliche, in breve > quando aggiungi un utente aggiungi la sua chiave pubblica al tuo > progetto. E' quello che avevo intuito pero' al collaboratore non viene permesso di fare push. Centra qualcosa il fatto che come url stia usando git+ssh://git@ssh.github.com:443/..............
on 2010-02-25 12:11
Il 25 febbraio 2010 12.07, Mauro <mrsanna1@gmail.com> ha scritto: > Il fatto e' che ho aggiunto un collaboratore ma gli viene negata la > possibilita' di fare push per un problema di chiave. Domanda: il tuo collaboratore ha caricato la sua chiave ssh pubblica sul suo account github? pietro
on 2010-02-25 12:12
2010/2/25 Pietro Giorgianni <giorgian@gmail.com>: > Il 25 febbraio 2010 12.07, Mauro <mrsanna1@gmail.com> ha scritto: >> Il fatto e' che ho aggiunto un collaboratore ma gli viene negata la >> possibilita' di fare push per un problema di chiave. > > Domanda: il tuo collaboratore ha caricato la sua chiave ssh pubblica > sul suo account github? Si, ho verificato.
on 2010-02-25 12:15
Il 25 febbraio 2010 12.11, Mauro <mrsanna1@gmail.com> ha scritto: >> Domanda: il tuo collaboratore ha caricato la sua chiave ssh pubblica >> sul suo account github? > > Si, ho verificato. Mi spiace, non so che dire, prova a vedere se qui http://help.github.com/troubleshooting-ssh/ trovi la soluzione. pietro
on 2010-02-25 12:18
Non capisco perché stia usando l'url git+ssh e non il classico git@github.com:account/project.git
on 2010-02-25 12:21
premetto che ho usato github solo un paio di volte e parecchi mesi fa, ma sinceramente non capisco perchè stai usando quell' url, dovrebbe essere qualche cosa del tipo: git@github.com:GIT_USERNAME/PROJECT_NAME prova a fare il clone del tuo repository git, quando hai finito dai un' occhiata a PROJECT_NAME/.git/config, li hai l' indirizzo del repo che ovviamente è lo stesso url con cui hai fatto il clone e ovviemente lo stesso che useranno i tuoi collaboratori.
on 2010-02-25 12:50
2010/2/25 Andrea Cuius <q@ptumpa.com>: > premetto che ho usato github solo un paio di volte e parecchi mesi fa, > ma sinceramente non capisco perchè stai usando quell' url, dovrebbe > essere qualche cosa del tipo: > > git@github.com:GIT_USERNAME/PROJECT_NAME Se uso quel url mi dice ssh: connect to host github.com port 22: Connection timed out fatal: The remote end hung up unexpectedly
on 2010-02-25 12:55
scusa ma il clone con quale url lo fai? guarda in .git/config, quando fai il clone ti salva l'url dentro quel file. usi windows per caso?
on 2010-02-25 12:59
2010/2/25 Andrea Cuius <q@ptumpa.com>: > scusa ma il clone con quale url lo fai? > > guarda in .git/config, quando fai il clone ti salva l'url dentro quel > file. Il clone lo avevo fatto usando git+ssh://..........proprio perche' usando git@.....non riuscivo ad accedere. Sono dietro un firewall, usando git+ssh e specificando la porta 443 riesco a lavorare con git, altrimenti se uso l'url classico non riesco perche' cerca la connessione alla porta 22 che probabilmente il firewall mi chiude. Devo usare la porta 443.
on 2010-02-25 17:35
Msan Msan wrote: > Il clone lo avevo fatto usando git+ssh://..........proprio perche' > usando git@.....non riuscivo ad accedere. > Sono dietro un firewall, usando git+ssh e specificando la porta 443 > riesco a lavorare con git, altrimenti se uso l'url classico non riesco > perche' cerca la connessione alla porta 22 che probabilmente il > firewall mi chiude. > Devo usare la porta 443. Ciao Msan, alcune domande: 1) ssh.github.com:443 lo stai usando tu o chi non riesce a fare il push? 2) tu riesci a fare push? 3) il tuo collaboratore riesce a fare push su un suo progetto? (se non ne ha, chiedigli di provare a creare un progetto nuovo e di fare qualche prova) 4) Il collaboratore sta dietro un firewall come te? 5) Quale errore da di preciso? (beh questa doveva andare all'inizio) 6) farebbero comodo un po più di info (Sistema operativo, versione di git, etc) Se il tuo collaboratore non riesce a lavorare su un suo progetto allora 1) potrebbe essere la chiave ssh pubblica copiata male 2) potrebbe essere il firewall (ma se riesci ad ottenere i file da ssh.github.com:443 dovresti riuscire anche a fare il push) Puoi chiedere aiuto anche direttamente a quelli di github (vedi su http://help.github.com/ nella sezione "Getting help") Duilio Ruggiero
on 2010-02-25 23:36
2010/2/25 Duilio Ruggiero <duilio.ruggiero@gmail.com>: > Puoi chiedere aiuto anche direttamente a quelli di github (vedi su > http://help.github.com/ nella sezione "Getting help") Ok, grazie mille.....prima provo a fargli ricreare e riinserire la chiave pubblica.
Please log in before posting. Registration is free and takes only a minute.
Existing account
(Switch to SSL-encrypted connection)
NEW: Do you have a Google/GoogleMail or Yahoo account? No registration required!
Log in with Google account | Log in with Yahoo account
Log in with Google account | Log in with Yahoo account
No account? Register here.