-
Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!feeder.erje.net!
weretis.net!feeder3.news.weretis.net!news.solani.org!not-for-mail
From: "Stachu 'Dozzie' K." <d...@g...eat.some.screws.spammer.invalid>
Newsgroups: pl.comp.programming
Subject: Re: [OT] System kontroli wersji.
Date: Sun, 3 Oct 2010 23:56:34 +0000 (UTC)
Organization: solani.org
Lines: 71
Message-ID: <i8b57i$bul$1@solani.org>
References: <i89q57$bt9$1@mx1.internetia.pl> <i89vpe$55v$1@news.onet.pl>
<i8anrl$94d$1@mx1.internetia.pl> <i8apfi$hjb$1@solani.org>
<i8arna$ofg$1@news.onet.pl> <i8at82$r0p$1@solani.org>
<i8aubm$uq2$1@news.onet.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: solani.org 1286150194 12245
eJwFwQkRADAIAzBLfIVDzraCfwlL4Kn5KhIZWGw7RWKcrbPUY7BuoRE5FXGt5Ky/uShgLz8VJREv
(3 Oct 2010 23:56:34 GMT)
X-Complaints-To: a...@n...solani.org
NNTP-Posting-Date: Sun, 3 Oct 2010 23:56:34 +0000 (UTC)
X-User-ID: eJwNyMERwDAIA7CV8IHNMQ4kYf8RWj1FF3QyRAWXG4XQjuXbnNdKkHkN/0V2eR9g5HJjjfN+FK
0QoA==
Cancel-Lock: sha1:a0YuS7NcV3iy4U94u3ni+Hv1qjY=
User-Agent: slrn/pre0.9.9-111 (Linux)
X-NNTP-Posting-Host: eJwFwYEBwDAEBMCVEvxjHCX2H6F3UF62G0HDYkMyFTx7Kyzr8ZlLhqK+7tXA6Zgn
OjJGO/4DCSYQhA==
Xref: news-archive.icm.edu.pl pl.comp.programming:186995
[ ukryj nagłówki ]On 2010-10-03, Sebastian Biały <h...@p...onet.pl> wrote:
> On 2010-10-03 23:40, Stachu 'Dozzie' K. wrote:
>> SVN wystarcza do momentu, gdy potrzebujesz *czegokolwiek* innego niż po
>> prostu "zapisz to co ostatnio robiłem". Na przykład pracy z gałęziami (w
>> SVN to wygodne jak wrzód na dupie).
>
> Wygodne jeśli wspełnia twoje oczekiwania czego w *twoim* wypadku
> widocznie nie można powiedzieć.
Używałeś gałęzi w SVN? Nie? To nie mamy o czym rozmawiać[*]. Dopiero od
niedawna (jak na cały system kontroli wersji, bo raptem od dwóch lat)
obsługuje w miarę automatycznie merge'owanie między gałęziami, ale to
jest bardzo upierdliwe, bo wystarczy zrobić głupią zmianę nazwy katalogu
w obrębie gałęzi i już dostajesz radosny komunikat "you have unmerged
changes; try merging them first" wzięty z sufitu.
[*] Niżej się przyznajesz że jednak pracujesz. A widziałeś jak gałęzie
działają w czymkolwiek innym?
> Jednak SVN spełnia oczekiwania bardzo
> dużej grupy ludzi co łatwo zaobserwować po ilości tworzonego w nim kodu
> szczególnie jesli ktoś migruje z SS, CVS czy nawet CC.
Bo a) ta bardzo duża grupa ludzi potrzebuje tylko "zapisz to co ostatnio
robiłem" i b) SS i CVS są dosyć ubogimi systemami kontroli wersji.
Natomiast CC jest po prostu drogie i skomplikowane, choć z punktu
widzenia używania to akurat ClearCase jest fajniejsze od SVN.
> PS. Na codzien pracuje z gałęziami w SVN i jeszcze nie biorę fluoksetyny
> podobnie jak masa ludzi na około. Widocznie trzeba wiedziec jak tego używać.
Tak? Ja też pracowałem z gałęziami w SVN. I jakoś niezbyt się nadawały.
Taka proteza, porównując z prawie czymkolwiek innym na rynku (ClearCase,
git, Mercurial).
>>> gruncie rzeczy nie ma sensownego systemu kontroli wersji *ogólnie*,
>>> każdy ma wady.
^^^^^
>> Na przykład Visual SourceSafe?
>
> To jakaś złośliwość że wybrałeś warunek brzegowy (a w tym wypadku nawet
> pozabrzegowy)?
Użyłeś kwantyfikatora ogólnego. Ja skorzystałem z owtartej przez ciebie
możliwości.
>> Jeśli ktoś się bierze za poważne używanie Perla, to tak
>> czy siak już ma wyrobione umiejętności programistyczne.
>
> Po co brać Perla do poważnych zastosowań programistycznych poza
> skłonnościami SM? Serio pytam - gdzie Perl ma sens poza jednolinijkowcem
> w bashu i w czym jest lepszy od jezyka X, gdzie X jest prawie dowolne?
Dowiedź że jest gorszy. Z mojej strony: CPAN, które nadal jest lepsze od
PHP-owego PEAR czy od mało obejmującego odpowiednika w Pythonie.
>>> czego dowodem sa miliony
>>> lini kodu Perla.
>
>> A co powiesz o Javie albo C#?
>
> Że języki sa "mniej wymagające" i jakby łatwiej pisząc mniej można
> spiperzyć przy pierwszym kontakcie. Przynajmniej składnia była tworzona
> na trzeźwo w przeciwieństwie do Perla czy innego PHP.
O? To komitet Perla nadużywa alkoholu podczas zatwierdzania propozycji
składniowych? Pierwsze słyszę. Możesz podać źródło tych rewelacji?
--
Secunia non olet.
Stanislaw Klekot
Następne wpisy z tego wątku
- 04.10.10 00:02 Andrzej W.
- 04.10.10 05:16 s...@g...pl
- 04.10.10 05:02 Jacek Czerwinski
- 04.10.10 05:35 Sebastian Biały
- 04.10.10 07:37 Stachu 'Dozzie' K.
- 04.10.10 07:39 Stachu 'Dozzie' K.
- 04.10.10 16:55 Sebastian Biały
- 04.10.10 17:13 Stachu 'Dozzie' K.
- 04.10.10 17:41 Sebastian Biały
- 04.10.10 17:57 Andrzej W.
- 04.10.10 20:41 Lech Lorens
- 04.10.10 21:31 Sebastian Biały
- 05.10.10 07:27 Stachu 'Dozzie' K.
- 05.10.10 17:58 Bodek
- 05.10.10 18:43 Sebastian Biały
Najnowsze wątki z tej grupy
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
- Press Release - AEiC 2023, Ada-Europe Reliable Softw. Technol.
- Ada-Europe - AEiC 2023 early registration deadline approaching
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2023
- Ile cykli zajmuje mnożenie liczb 64-bitowych?
Najnowsze wątki
- 2024-06-27 Re: Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-06-27 A co mnie to koooorwa obchodzi?
- 2024-06-28 nawigacja satelitarna
- 2024-06-28 SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- 2024-06-27 położyłem kafelki
- 2024-06-28 Łódź => International Freight Forwarder <=
- 2024-06-28 Łódź => Spedytor Międzynarodowy <=
- 2024-06-28 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-06-28 Sopot => Team Leader E-Commerce for Foreign Markets <=
- 2024-06-28 Warszawa => Senior React Native Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Software .Net Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Programista Full Stack .Net <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=