Kom ihåg mig?

SVN best practice?

 
Ämnesverktyg Visningsalternativ
Oläst 2011-07-05, 18:56 #8
dAEks avatar
dAEk dAEk är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Dec 2006
Inlägg: 678
dAEk dAEk är inte uppkopplad
Mycket flitig postare
dAEks avatar
 
Reg.datum: Dec 2006
Inlägg: 678
Branches skulle ju vara bra om ni jobbar med olika versioner parallellt, 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.

Senast redigerad av dAEk den 2011-07-06 klockan 23:28 Anledning: Stavfel.
dAEk är inte uppkopplad   Svara med citatSvara med citat
 


Aktiva användare som för närvarande tittar på det här ämnet: 1 (0 medlemmar och 1 gäster)
 
Ämnesverktyg
Visningsalternativ

Regler för att posta
Du får inte posta nya ämnen
Du får inte posta svar
Du får inte posta bifogade filer
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG]-kod är
HTML-kod är av

Forumhopp


Alla tider är GMT +2. Klockan är nu 11:51.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson
 
Copyright © 2017