Article View: pl.comp.objects
Article #5046Re: CVS [było o UML]
From: Michal Mosiewicz
Date: Wed, 10 Mar 1999 17:31
Date: Wed, 10 Mar 1999 17:31
42 lines
3030 bytes
3030 bytes
Ewa Murawska wrote: > [...] > CVS ma jedna wade. Zalozmy, ze osoba A i B startuja z ta > sama wersja danego pliku. > Hmmm... Czy kogos to jeszcze interesuje?? No, ale brne dalej. > A cos zmienia i robi commit. B tez cos zmienia i robi > commit bez uprzedniego zrobienia update. Wiem, ze > w wersji, ktora uzywalam pare lat temu plik commitniety > (jak to po polsku napisac?) przez B, przeslanial nowa wersje > pliku pochodzaca od A. Nie pamiętam, żeby tak kiedykolwiek było w CVS-ie. Jest tak - załóżmy, że najpierw w CVS-ie jest wersja 1 pewnego dokumentu. A dodaje poprawki i je commituje. Teraz na serwerze jest wersja 2. B ma ciągle 1. Teraz B robi swojego commita. Przy commicie dokument nie zostanie włączony do archiwum, poniewaz w archiwum znajduje sie wersja wyzsza od lokalnej. Z kolei update spowoduje, ze na serwerze zostanie wygenerowany patch miedzy wersja 1 i 2, ktory zostanie nalozony na dokument uzytkownika. W rezultacie czesto moze sie zdarzyc, ze dany plik bedzie zupelnie poprawny. Jesli natomiast zmiany na serwerze i lokalnie sie zazebiaja, to CVS o tym informuje i zaznacza nakladajace sie fragmenty, ktore trzeba juz recznie skorygowac. Po korekcie dokument można powtórnie commitnąć do archiwum. Teraz lokalne repozytorium użytkownika B ma zaznaczone, że dysponuje on już wersją numer 2 dokumentu zatem na serwerze zostanie zapisana wersja 3. Jesli chodzi blokowanie dostepu - to tak jak juz napisalem wczesniej, oprocz lockow zakladanych na czas operacji commit i update mozna jeszcze blokowac dostep do plikow na czas edycji. Zapomnialem tylko napisac, ze to wymaga najpierw wlaczenia watchow na pewien zakres plikow. Wtedy przy updacie lokalne kopie plikow beda 'read-only'. Jesli ktos chce je sobie przeedytowac, to powinien uzyc cvs edit, dzieki czemu plik zostanie zablokowany na wylacznosc do czasu commita (lub unedita, ktory anuluje wprowadzone zmiany), a lokalna kopia dokumentu otrzyma prawa do edycji. Michał -- WWW: http://www.lodz.pdi.net/~mimo tel: Int. Acc. Code + 48 42 2148340 add: Michal Mosiewicz * Bugaj 66 m.54 * 95-200 Pabianice * POLAND
Technical Details
Message-ID:
<36E6AC87.E5471D0@interdata.com.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!agh.edu.pl!polsl.gliwice.pl!news.task.gda.pl!mimo.lodz.pdi.net!not-for-mailReferences:
<199903100314.OAA10147@hulk.vic.design.telecom.com.au>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!agh.edu.pl!polsl.gliwice.pl!news.task.gda.pl!mimo.lodz.pdi.net!not-for-mail From: Michal Mosiewicz <mimo@interdata.com.pl> Newsgroups: pl.comp.objects Subject: Re: CVS [było o UML] Date: Wed, 10 Mar 1999 18:31:51 +0100 Organization: Interdata s.c., http://www.interdata.com.pl Lines: 42 Message-ID: <36E6AC87.E5471D0@interdata.com.pl> References: <199903100314.OAA10147@hulk.vic.design.telecom.com.au> NNTP-Posting-Host: mimo.lodz.pdi.net Mime-Version: 1.0 X-Trace: korweta.task.gda.pl 921088935 7757 195.116.162.218 (10 Mar 1999 18:02:15 GMT) X-Complaints-To: abuse@task.gda.pl NNTP-Posting-Date: 10 Mar 1999 18:02:15 GMT X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.1 i586) X-Accept-Language: pl,en-US,en Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit