-
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: Tue, 5 Oct 2010 07:27:47 +0000 (UTC)
Organization: solani.org
Lines: 61
Message-ID: <i8ek1j$q09$3@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> <i8b57i$bul$1@solani.org>
<i8bp2q$ada$1@news.onet.pl> <i8c073$4b4$1@solani.org>
<i8d0tm$vds$1@news.onet.pl> <i8d1vt$g8q$1@solani.org>
<i8d3l9$7q3$1@news.onet.pl> <s...@n...zion>
<i8dh46$hfu$1@news.onet.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-Trace: solani.org 1286263667 26633
eJwFwYkRwDAIA7CV+GzKOCE57z9CJSSdt4tgQdC4sj5mzEPkaeSM6cV9U725KzdzMSAW9/wCqBB2
(5 Oct 2010 07:27:47 GMT)
X-Complaints-To: a...@n...solani.org
NNTP-Posting-Date: Tue, 5 Oct 2010 07:27:47 +0000 (UTC)
X-User-ID: eJwFwQEBwDAIAzBLsLbA7QyGfwlPhPDoZCio1XpM03QWNkjxaPqLd1Fz2W7C47AAU222fgxSEG
4=
Cancel-Lock: sha1:AsvzG9RvxLPod4BpusKW4uNCxr0=
User-Agent: slrn/pre0.9.9-111 (Linux)
X-NNTP-Posting-Host: eJwNwQkBwDAIA0BLbYFET/j8S9juwnBRdAQ8NlZlVC5/1U1f2cHe0FZlebbMOcAb
jr2jDzyaEhk=
Xref: news-archive.icm.edu.pl pl.comp.programming:187008
[ ukryj nagłówki ]On 2010-10-04, Sebastian Biały <h...@p...onet.pl> wrote:
>> - Git jest znacznie szybszy niż SVN (nawet działający po sieci lokalnej)
>> - wycheckoutowanie kilku GB projektu naprawdę odbywa się szybciej,
>> jeśli odbywa się bez dostępu do sieci (w szczególności jeśli tą siecią
>> jest internet),
>
> a) autor wątku ma raczej mały projekt (zgaduje)
Co nie znaczy że nie byłoby widać szybkości gita.
> c) Jak masz kilka GB projektu to jesteś w dupie tak czy inaczej
Chyba że używasz czegoś, co efektywnie sobie z taką ilością danych
radzi. Na przykład gita.
> A zakładając że to powyzsze nie ma sensu to jaki sens ma commitowanie
> pół pliku na brancha na tyle często żeby miało to istotne znaczenie?
Bo pierwsze pół dotyczy innej poprawki niż drugie?
>> - w dalszym ciągu uczę się zarządzania gałęziami tak, żeby potem nie
>> pogubić się w gąszczu ;-), ale nie chciałbym nie mieć sprawnej obsługi
>> gałęzi,
>
> Co jest *niesprawnego* poza duperelami w obsłudze gałęzi SVN? Bo używam
> i nie placzę ani włosow nie wyrywam. Może po prostu wiem jak używać.
Albo nie robisz nic bardziej zaawansowanego, co by mogło zepsuć obsługę
gałęzi. Tak też się zdarza. Mnie się merge'owanie psuło po dowolnych
przenosinach pliku czy katalogu. To jest uciążliwe.
>> - Git ma polecenie bisect, które znakomicie ułatwia znajdowanie
>> commitów, które wprowadziły regresję.
>
> Obawiam się że zrobienie bisect za pomoca paru linijek bashu + svn nie
> stanowi żadnego kłopotu. git nie wprowadza tutaj funkcjonalnie
> kompletnie nic.
Obawiam się że najpierw te linijki trzeba napisać. Podobnie jak na
przykład narzędzie eksportujące katalog repozytorium do tarballa.
Ot, takie podejście pascalowe: "to nie problem sobie napisać samemu".
I nieważne że gdzieś indziej ktoś to już ma w standardzie.
> Zaznaczam że nie uwazam SVN za najlepszy system wersjonowania. Nie
> potrafie jednak przejśc bez slowa wobec malo sensownych argumentów typu:
>
> - potrzebuje centralnego serwera na mały projekt dla dwoch osób
> - to weź gita, możesz mieć zdecentralizowany, dla tysiąca osób, z
> gównianymi narzedziami gui i bisect oraz uzywają tego w kernelu !!!11
Sam się kopnąłeś w dupę mówiąc że programiści w dużych projektach nie
śnią po nocach o przesiadce z Subversion. Otóż owszem, śnią.
I nie wyciągałem argumentu o tysiącach osób. Narzędzi GUI też nie
dotykałem, choćby dlatego, że nie mogę zrozumieć czym się różni
wyklikanie numeru rewizji do checkoutu od wpisania tego w wierszu
poleceń, poza takim szczegółem że drugie jest wygodniejsze, bo można
choćby skrypt do bisekcji napisać.
--
Secunia non olet.
Stanislaw Klekot
Następne wpisy z tego wątku
- 05.10.10 17:58 Bodek
- 05.10.10 18:43 Sebastian Biały
- 05.10.10 19:09 Przemysław Osmański
- 05.10.10 19:24 Andrzej W.
- 05.10.10 20:09 Bodek
- 05.10.10 20:53 Stachu 'Dozzie' K.
- 05.10.10 20:59 Stachu 'Dozzie' K.
- 05.10.10 21:11 Sebastian Biały
- 05.10.10 22:07 Andrzej W.
- 05.10.10 22:18 Bodek
- 05.10.10 22:41 Stachu 'Dozzie' K.
- 05.10.10 23:22 Michoo
- 05.10.10 23:29 Andrzej W.
- 05.10.10 23:53 Stachu 'Dozzie' K.
- 06.10.10 05:33 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) <=