2010-04-19 20 views
6

Voglio usare Pivotal Tracker per un nuovo progetto ma non so come usarlo con Mercurial per facilitare l'accesso da uno strumento all'altro.Qual è il tuo flusso di lavoro per coordinare Pivotal Tracker con Mercurial?

Quale flusso di lavoro si utilizza per collegare le storie utente/funzionalità in Pivotal Tracker con il DVCS (Mercurial/Git)?

Grazie in anticipo per i vostri consigli.

+0

Hai trovato o sviluppato ganci per Mercurial e Pivot Tracker? Sarei interessato, se è così. – kenny

+0

Trovato questo ... non ha guardato in dettaglio. http: //gist.github.com/105261 – kenny

+0

Aspetto carino! Proverò se riesco ad adattare questo script per Pivotal Tracker. Grazie. –

risposta

8

Se qualcuno è ancora alla ricerca di una risposta, esiste un servizio che consente agli utenti di mercurial di connettersi al tracker principale utilizzando una sintassi come [#story_id finished] nei messaggi di commit. Bitbucket consente anche questa integrazione.

vicini: https://bitbucket.org/proppy/hgpivotal/src/tip/hgpivotal.py

Note from Pivotal Tracker on the format:

il minimo impegnano stringa di messaggio che permetterà Tracker per associare un POST source_commits con una storia e creare un commento è un singolo ID storia racchiusa in piazza parentesi: "[# 12345678]". Un tipico messaggio , che indica che un commit completa due piani (che hanno bisogno di non nello stesso progetto Tracker), potrebbe essere simile a questo: 'infine [terminato # 12345678 # 12345779], corregge l'integrazione client/server glitch'

Se una storia incluso non è stato già avviato (era in "non iniziato" stato), un aggiornamento di quella storia da/source_commits che non contiene altre informazioni sullo stato di cambio verrà automaticamente avviare il storia.

Per terminare automaticamente una storia utilizzando un messaggio di commit, includono "fisso", "completato", o "finito" in parentesi quadre in aggiunta all'ID storia. È possibile utilizzare diversi casi o forme di questi verbi, come "Risolto" o "FISSI", e possono apparire prima o dopo l'ID della storia . Nota: per le funzionalità, l'utilizzo di una di queste parole chiave inserisce nella versione completata. Per le faccende, metterà la storia in lo stato accettato.

In alcuni ambienti, il codice che viene eseguito viene automaticamente distribuito . Per questa situazione, utilizzare la parola chiave "consegna" e le caratteristiche verranno inserite nello stato di consegna.

+0

fantastico, esattamente quello che stavo cercando. Grazie. –

+0

Eccellente! Molto meglio del mio hook post-commit. +1 – VonC

+2

Grazie per aver mostrato la sintassi! Neanche Bitbucket lo menziona esattamente. – Ants

1

Si dovrebbe usare Post-Commit Hooks to link the two tools:

L'API Tracker supporta l'integrazione con il post-commit ganci di controllo del codice sorgente Management (SCM) sistemi come Subversion, Git, ecc
Quando un commit è fatto per la SCM, un trigger può chiamare l'API Tracker per aggiungere un commento story con l'ID commit, l'autore e il messaggio. Può anche cambiare lo stato della storia.

Questi hook esistono per Git e devono essere scritti per Mercurial.

+0

Non riesco a trovare un hook esistente per Mercurial per il collegamento con PT. Dovrò farne uno da solo ... Grazie per il suggerimento! –

Problemi correlati