Gestione del progetto per andare con GitHub [chiuso]

https://stackoverflow.com/questions/313924

10-07-2019
|

Domanda

(EDIT: questa domanda è ormai superata per il mio problema specifico, poiché Google Code supporta git ora e ho comunque convertito i buffer di protocollo in Mercurial. Tuttavia, è ancora di interesse generale, IMO.)

La mia Porta buffer protocollo C # utilizza github per il controllo del codice sorgente e Sto iniziando a divertirmi davvero usando git. Tuttavia, per quanto posso dire, github non fornisce alcun strumento di gestione del progetto: rilevamento di difetti e funzionalità, discussioni, richieste di funzionalità, documenti ecc. Date le mie affiliazioni, Codice Google sarebbe una scelta naturale, ma sarebbe strano creare lì un progetto ma ospitare la fonte su github.

Questa domanda su Fogbugz / Assembla sembra concentrarsi principalmente sul difetto inseguimento. Mi chiedevo quali esperienze avessero avuto gli altri quando si trattava di una quot più &; Completa & Quot; soluzione di gestione del progetto. Fogbugz fa davvero tutto ciò di cui ho bisogno? (L'uso di una wiki per i documenti ha i suoi vantaggi, anche se voglio anche essere in grado di distribuire documentazione con il codice.) Oltre alle caratteristiche esplicite menzionate nel primo paragrafo, ci sono altri aspetti del progetto che dovrei essere considerando quale mi sarei perso?

Questo rimarrà sicuramente un progetto open source, e anche se preferirei non pagare non mi dispiace se è richiesta una piccola tassa. Al momento sono l'unico sviluppatore, ma ciò potrebbe cambiare e potrebbero esserci molte persone che inviano bug e richieste di funzionalità. (In altre parole, spero e mi aspetto che sia popolare, ma con me facendo la maggior parte del lavoro.)

Precedentemente ho contribuito a vari progetti open source, ma non ho fatto molto per quanto riguarda l'esecuzione di uno molto visibile e attivo. ( MiscUtil è attualmente ancora " ospitato " sul mio sito web , con versioni occasionali - il controllo del codice sorgente effettivo si trova sul mio NAS locale.)

Qualcuno ha cura di condividere le proprie esperienze?

MODIFICA: Un'altra opzione che sto prendendo in considerazione è un progetto Google Code (mi piacerebbe davvero essere fedele al mio datore di lavoro) e un'unione occasionale da git a svn (almeno, ogni volta che faccio una liberatoria) . Ciò consentirebbe anche agli utenti non git di acquisire facilmente la fonte.

Soluzione

Se stai pensando che sarai davvero il unico sviluppatore , Fogbugz ti aiuterà a mantenere la sanità mentale. Fogbugz è un ottimo prodotto, costruisce comunicazioni mirate e può trasformare qualsiasi cosa in un caso (problema). Fa tutto ciò così come qualsiasi sistema che ho visto.

Ma il suo orientamento è commerciale - comunicazione efficiente tra utenti e supporto tecnico, miglioramento dell'affidabilità dei programmi, focus & amp; dare priorità a ciò su cui si sta lavorando, separare l'amplificatore & interno; discussioni esterne, alcuni buoni rapporti per tracciare che le cose vengono gestite. (L'unica critica che mi viene in mente è che non fa il blocco dei casi e il monitoraggio delle dipendenze, il che è davvero utile per quei bug sepolti in profondità.)

Poco di questo set di funzionalità ti aiuterà a costruire un progetto open source attivo, con una comunicazione aperta e vivace e la necessità di costruire una comunità e far evolvere gli utenti in sviluppatori man mano che il progetto cresce. Quindi, se è lì che vuoi finire, potresti davvero desiderare i canali di comunicazione meno focalizzati di uno di questi sistemi di localizzazione leggeri.

Non ho ancora usato Google Code su un progetto, ma in termini di amp & trasparente; comunicazione aperta, sembra un buon supporto per un progetto open source attivo. Inoltre lo sai già. Se vuoi aumentare il coinvolgimento nel tuo progetto, il codice di Google sembra essere la strada da percorrere.

Altri suggerimenti

GitHub ha recentemente introdotto un tracker dei problemi ; Non ho fatto un'analisi competitiva per determinare come misura fino ad altre opzioni menzionate in questo thread.

Uso GitHub insieme a Lighthouse per il rilevamento dei problemi. È un po 'barebone rispetto ad alcune delle altre opzioni, ma allo stesso tempo funziona molto bene se vuoi solo uno strumento leggero di cui non devi preoccuparti troppo. Può integrarsi con GitHub se lo desideri, ed è anche gratuito per progetti open source.

Come sempre quando qualcuno lo chiede, menziono Redmine come ho fatto in questa domanda. So che la domanda ha già il suo & Quot; migliore risposta & Quot; ma penso che valga la pena menzionarlo.

Usiamo bitbucket.org , che non è GIT, è Mercurial *, ma ha il tracciamento di bug / problem per ramo ecc.

Penso che possa essere molto utile integrare queste cose con il luogo in cui gestisci il tuo codice sorgente per fare riferimenti incrociati come il numero di problema in un messaggio di commit. O Messaggio fisso per un problema contenente il numero di revisione del codice. Perderai questo se scegliessi un BTS separato come il codice Google. Come menzionato in un'altra risposta, Trac è davvero bravo nella cosa dell'integrazione.

Modifica: dovrei dire che per il mio progetto open source più utilizzato, lo abbiamo effettivamente su:

Bitbucket (gestione del codice sorgente)
Launchpad (segnalazione bug utente, gestione traduzioni)
Trac self-hosted (rilevamento problemi wiki, progetto e sviluppatore, mirroring del codice sorgente)
Codice Google (download di file)

E so che sembra folle, ma scegliamo e scegliamo i bit migliori di ogni servizio. E sorprendentemente nessuno si lamenta.

* il che è meglio secondo me comunque, ma per favore non darmi fuoco.

Hai considerato Trac ?

Sembra che ci sia un " entusiasta " revisione di una integrazione git-Trac .

Non ho esperienza personale con questi strumenti, ma potresti voler controllare l'integrazione.

Uso github e google code in alcuni punti. Il tracker dei problemi di Google code è abbastanza decente, ma non riesco a gestire la sovversione.

Dai un'occhiata al mio java memcached client per un esempio di questo - in particolare la scheda sorgente in alto.

Al lavoro usiamo FogBugz ed è di gran lunga il miglior strumento del suo genere secondo me. Lo userei per i progetti no profit su cui lavoro, tranne che è così costoso oltre 2 utenti.

Per i progetti senza scopo di lucro, utilizziamo Lighthouse per il rilevamento dei problemi. Va bene per quello che costa, e francamente non riesco davvero a trovare alternative adatte all'interno della sua fascia di prezzo. Il rilevamento dei problemi di Trac è leggermente migliore di quello di Bugzilla ... So che molte persone adorano Trac ma lo trovo molto poco flessibile. Le carenze di Trac ci hanno portato al faro.

I miei progetti senza scopo di lucro stanno probabilmente cercando di passare a Bitbucket . Oltre al rilevamento del problema, ci consentirebbe di consolidare i nostri repository da beanstalkapp.com, oltre ad aggiungere un wiki.

Detto questo, se FogBugz-on-Demand avesse prezzi anche lontanamente simili a Lighthouse.app per piccoli conteggi di utenti, ci sposterei lì in un batter d'occhio. Quando usi FB al lavoro e poi Lighthouse.app di notte ... usando Lighthouse sembra che ti sia stato tagliato il braccio.

Mingle supporta git tramite mingle_git . Mingle ha una licenza comunitaria gratuita per progetti open source .

Anch'io uso github con Lighthouse. E se il tuo messaggio di commit contiene qualcosa di simile

[stato # 32: risolto]

Lighthouse risolverà il ticket # 32 contro il commit, che trovo rapido e utile. A parte questo, Lighthouse è un po 'più leggero sulle funzionalità.

Suggerirei JavaForge in alternativa, poiché ha tutto ciò che cerchi:

Offre hosting gratuito con Mercurial e Git (o misto).
Il tracker dei problemi è molto più avanti di GitHub. È estremamente potente e personalizzabile, può tenere traccia di requisiti, richieste di funzionalità, bug, attività, ecc.
Fornisce Gestione documenti, anche con accesso WebDAV (condivisione semplice come con cartelle condivise).
Ha un wiki integrato per la creazione collaborativa di documentazione, requisiti, ecc.
Ha forum di discussione.

Si prega di notare che il sito è realizzato da codeBeamer , il nostro prodotto commerciale battle- testato da aziende globali.

(Dichiarazione di non responsabilità: siamo un fornitore commerciale di soluzioni ALM agili.)

<plug> Sto costruendo Aeroporto . </plug>

Puoi anche provare a utilizzare uno strumento come BusyFlow . Lì puoi monitorare i commit di GitHub e commentarli (i commenti sono sincronizzati con GitHub). Per altri aspetti della gestione del progetto BusyFlow si integra con Google Calendar, Trello, Basecamp, Pivotal Tracker ecc. In questo modo puoi vedere i tuoi elementi GitHub insieme ad attività, file ed eventi del calendario.

(Dichiarazione di non responsabilità: sono un co-fondatore di BusyFlow.)

Hai considerato CodePlex?

Autorizzato sotto: CC-BY-SA insieme a attribuzione

Non affiliato a StackOverflow