Citat:
Ursprungligen postat av dAEk
Branches skulle ju vara bra om ni jobbar med olika versioner paralellt, vid t.ex. vidareutveckling. Vad händer om ni sitter och jobbar mot trunken och ni märker en säkerhetslucka i t.ex. 1.1? Som det ser ut nu får den sitta i baksätet tills dess att trunken är klar eller sparar ni undan alla ändringar, revertar tillbaks och fixar säkerhetsluckan, comittar och återställer till sist ändringarna? Det är inte helt ovanligt.
Vet inte om det är en bra ide men jag har funderat på nåt sånt här:
Kod:
/branches
/1.0
/kund 1
[...]
/1.1
/kund 1
[...]
/1.1.1
/kund 1
[...]
/trunk
/tags
/1.0-rc
/kund 1
/1.0-final
/kund 1
/kund 2
/kund 3
/1.1-final
/kund 1
[...]
- rc = release candidate. Det som läggs ut på testservern.
- final = det som faktiskt lanseras live.
Om det är en dålig idé vill jag gärna höra det tillsammans med motivering.
Det här med versionshantering är lite knöligt att få till rätt känns det som. När man väl är där - när man har nått hela vägen fram och fått fram en bra struktur - då är det nog så självklart och man undrar vad tusan man höll på med tidigare.  |
Låter lite som du och jag har samma tankar även om vi valt att köra löpande utveckling i trunken. Skulle ett säkerhetshål visa sig i t.ex. v.1.1 så tar vi den versionen från tagen och kör igång en branch för att åtgärda problemet. När hålet är åtgärdat så gör vi en ny tag v.1.1.2 som körs ut tills dess att v.1.2 är färdig.
Bollar gärna vidare även med andra SVN-scenarion i tråden, är väldigt lärorikt.