I tag possono essere usati come segnalibri in versione semantica?

2

Plug spudorato: questa domanda è per StackMode - un client StackExchange per GNU Emacs 24+ .

Il prodotto su cui sto lavorando, controllato dalla versione con git , è un'applicazione desktop con un'API esposta in modo esplicito. Naturalmente, vogliamo adottare la Versioning semantica al meglio delle nostre capacità. (Si spera, perfettamente e senza errori.)

A quanto ho capito, le versioni semantiche sono implementate in git come commit taggato. Questo è un modo conveniente per vedere tutte le versioni di un progetto, ecc. Ecc. Tuttavia, siamo ancora abbastanza presto nello sviluppo. È stata implementata e commessa la funzionalità del prototipo che non è sopravvissuta alla revisione (per ragioni che sono irrilevanti qui), ma la funzionalità verrà quasi certamente richiesta in futuro. Desideriamo aggiungere un segnalibro allo stato del repository in quel momento.

Ci sono dei pattern solo ignorati da strumenti di controllo delle versioni semantici? Quali modelli sono consentiti come questi segnalibri o esiste un modo migliore per raggiungere lo stesso obiettivo?

    
posta Sean Allred 05.11.2014 - 04:27
fonte

1 risposta

1

Soprattutto quando si utilizza git, suggerirei di utilizzare diversi rami per implementare la funzionalità del prototipo (branch delle caratteristiche).

Il processo di revisione potrebbe quindi essere eseguito sui diversi rami e nel caso in cui il nuovo prototipo sarà necessario in seguito nel ramo principale, può essere facilmente unito al ramo di sviluppo principale.

Il controllo delle versioni principali sarebbe ancora possibile solo taggando il ramo principale, mentre sarebbe possibile anche codificare i rami del prototipo (nel caso in cui un prototipo avesse diverse fasi di sviluppo).

I rami prototipo potrebbero esistere purché le nuove funzionalità siano integrate nel ramo principale o gettate via.

    
risposta data 05.11.2014 - 06:06
fonte