-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.uni-
stuttgart.de!news.belwue.de!news.osn.de!diablo2.news.osn.de!feeder2-2.proxad.ne
t!proxad.net!feeder1-2.proxad.net!74.125.46.134.MISMATCH!postnews.google.com!26
g2000yqv.googlegroups.com!not-for-mail
From: Bodek <i...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: System kontroli wersji.
Date: Wed, 6 Oct 2010 03:41:23 -0700 (PDT)
Organization: http://groups.google.com
Lines: 181
Message-ID: <4...@2...googlegroups.com>
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>
<a...@x...googlegroups.com>
<i8frjq$5a9$1@news.onet.pl>
<d...@3...googlegroups.com>
<i8g4a0$udc$1@news.onet.pl>
<7...@i...googlegroups.com>
<i8h1o0$gsu$1@news.onet.pl>
NNTP-Posting-Host: 83.3.208.26
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1286361683 28273 127.0.0.1 (6 Oct 2010 10:41:23 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Wed, 6 Oct 2010 10:41:23 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: 26g2000yqv.googlegroups.com; posting-host=83.3.208.26;
posting-account=wIIyXQoAAADEYbALuLhRcR0vvX4UeCjL
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 6.1; pl; rv:1.9.2.10)
Gecko/20100914 Firefox/3.6.10 (.NET CLR 3.5.30729),gzip(gfe)
Xref: news-archive.icm.edu.pl pl.comp.programming:187032
[ ukryj nagłówki ]On 6 Paź, 07:33, Sebastian Biały <h...@p...onet.pl> wrote:
> mizerne. Ale serwera na którym *pracuje* wygląda na kilkadziesiąt osób i
> kilkadziesiąt MB kodu. Działa. Zaskakująco sprawnie.
No no, kilkadziesiąt MB, fiu fiu. Będziesz miał rozmiar repo liczony w
GB to porozmawiamy o wydajności.
> >> Kto *normalny* robi 100 commitów na godzinę żeby te 45 sek miało śladowe
> >> znaczenie ?
> > Poczytaj sobie na przykład o metodologii pracy Linusa.
> Po co?
Po jajco. Bo w możliwość zmiany twoich poglądów jakoś nie wierzę.
> Przeciez 100 commitów na godzinę jest *bzdurą*.
Tak tak, oczywiście. Brnij dalej.
> Nie potrzebujesz wobec tego branchy. Bo twój branch z kilkunastoma
> poprawkami jest tylko zbytkiem bitów. Po prostu edytuj pliki wprost na
> trunku.
Znowu się pogubiłeś? "Sorry, ale tak to się robi. Jesli masz inną
metodyke pracy to gratuluje."
> >> a potem
> >> podczas commitowania decydujesz co jest od czego.
> > Ale ty pierdzielisz od rzeczy.
> Raczej potwarzam zasłyszane:
Widzę, że powtarzasz co usłyszysz. Szkoda tylko, że nie rozumiesz.
> >> U mnie tworzenie brancha trwa tak krótko ze nie ma sensu sie rozwodzić
> >> nad tym dłużej niż 1 sek czasu potrzebnego na jego stworzenie.
> > Śmieszne.
> Ba, a jakie prawdziwe.
Nie przeczę. Niemniej, czekanie 1 sekundę na coś, co w gicie jest
natychmiastowe jest śmieszne.
> > Nie, chce usunąć commita.
> Czyli wymazać historię.
No i? Mimo, że dla ciebie oznacza to koniec świata, ludzie z tego
korzystają.
> Sorry, SVN na tym nie polega.
Niesamowite! Fajnie że mi o tym powiedziałeś, bo wcześniej nie
wiedziałem.
> W rewizji 12345 była regresja. Nie wiemy jednak dlaczego bo jakiś
> miszczu usunął historię a po tygodniu okazało się że ta regresja to
> progresja.
Historii opublikowanych zmian raczej się nie zmienia. W każdym razie,
nawet jakby, to u nikogo poprzednia historia repozytorium nagle nie
zniknie.
> > Robiąc burdel w commitach robisz burdel w kodzie, po
> > prostu.
> To jest historia.
"Ci, którzy nie pamiętają przeszłości, skazani są na jej powtarzanie."
> >> Ważne że *już* ich nie ma.
> > Może w twojej metodyce pracy.
> Myslę że w repo.
W repozytorium są, sam pisałeś coś o świętości commitów.
> >>> , a tu kij wie co się dzieje, bo poprzedni programista naczytał
> >>> się o wzorcach projektowych
> >> Co to ma wspólnego z robieniem branchy?
> > A co ma niby mieć?
> No własnie pytam co mają wzorce do robienia branchy, przeciez to twój
> przykład.
Bardzo mi przykro, że nie rozumiesz słowa pisanego.
> > Daj znać, jak już ustalisz sam ze sobą obowiązujący punkt widzenia.
> To ze rozumiesz coś inaczej nie oznacza że inni mają rozdwojenie jaźni.
> Moze nalezy czytać między wierszami, coś się domyślić.
Może należy nauczyć się pisać tak, żeby było wiadomo o co chodzi.
> > Masz moduł A, interfejs B, implementację C. Dodajesz do interfejsu B
> > nic nie robiącą metodę wirtualną, którą implementujesz w C, a
> > wywołujesz z A. Oczywiście, dopóki nie upewnisz się, że wszystko na
> > 100% działa (zmiany w A, B, C są zaimplementowane), nic nie
> > commitujesz. Dla porządku, zmiany w B, A, C commitujesz osobno (przy
> > podanym porządku commitów zmiany są atomowe). Wytłumacz jak to
> > osiągnąć na SVN-ie, przy założeniu że wszystkie zmiany były robione
> > tylko w jednym pliku.
> Teraz wyjaśnij mi *po* co mam je mergować osobno na trunk
Jakie merge'owanie? Ja pytałem o robienie commitów.
> Jaki jest cel który uzyskam komitując te pierdoły pojedynczo?
Czystość historii kodu? A nie, przepraszam, dla ciebie repozytorium to
wór do którego wrzucasz wszystko jak leci, w końcu liczy się tylko
czubek brancha.
> >> To czego "nie mam" to jest branch i tam sobie moge pieprzyć dowoli.
> > Nie możesz, bo branch jest publiczny.
> Gówno prawda. Branch to publiczna piaskownica. Mozesz tam wkladać co
> chcesz i potem to zlewać, psuć kod, generować dowolne błędy i regresje.
> jest rzecza niezrozumiałą po co miałby ktoś to śledzić poza paranoją.
Śmieszny jesteś, wiesz?
> Wiec co jest upublicznianiem kodu w/g Ciebie?
http://sjp.pwn.pl/szukaj/upublicznienie
> > Twoja metodyka pracy nie przewiduje przeglądania mailing listy z
> > commitami?
> Z branchy? Te kilkadziesiąt na godzinę? Sorry, ale nie.
To dużo tłumaczy.
> >> Moze po prostu inaczej rozumiemy upublicznianie. ja jako upublicznianie
> >> rozumiem wrzucenie w główne źrodła. A to że ktoś na branchu wrzucił
> >> sobie zdjęcia porno mało mnie interesuje
> > Ciekawe co by na to powiedział klient.
> Czepiasz się słów
Jakbym się czepiał słów, to bym cię odesłał z powrotem do szkoły.
Ilość błędów które robisz jest niesamowita.
> gubiąc przesłanie.
To nie ja podałem przykład z pornosami na repo, więc nie odkręcaj
teraz kota ogonem.
> Klient nie ma dostepu do branchu.
To bardzo ciekawe, biorąc pod uwagę, że klient może wymagać
znajdowania się repozytorium na jego serwerze.
> Kilenta nie obchodzi jak została przygotowany commit.
Może twoich nie obchodzi.
> Że kazda zmiana jest w historii. Sugerujesz że git moze manipulowac
> histrią.
Nie kłam. Jawnie go za to chwalę.
> To źle bo to nie jest potrzebne.
Bredzisz.
> >> Ludzie nie mają co robic tylko wymieniają się uwagami jak
> >> ktoś cos na branchu spieprzył?
> > Ja staram się orientować co się w kodzie dzieje. Bez patrzenia na
> > zmiany było by trochę ciężko, ale pewnie mi zaraz powiesz jak to w
> > twojej metodyce pracy wygląda.
> *Nie* chcesz oglądać zmian na branchach.
U mnie nikt nie wrzuca pornoli na repozytorium.
> Interesują Cie zmiany na
> trunku. Tam je oglądasz
Mam się patrzeć na jakieś code bomby zmieniające tysiące linii kodu i
dotykające prawie każdego pliku w projekcie, zamiast na malutkie
commity zmieniające jedną, konkretną rzecz? Dobrze się czujesz?
> Robisz switch to revision 189 i sprawdzasz regresje. Nie ma? To robisz
> switch do 150 i sprawdzasz. Nie ma? To na 123. Listę rewizji na trunku
> svn z przyjemnością wyrzuci jesli go poprosisz.
Zdajesz sobie sprawę z tego, jak wygląda repozytorium po merge'u w
systemach kontroli wersji które nie były projektowane przez bandę
szympansów?
> Informajca z ktorego brancha to pochodzi w SVN jest (od niedawna o ile
> pamiętam) ale jest *zbedna* żeby wykonać ta operację.
Bzdura.
> Szambo tak naprawdę nie istnieje. Nie wpływa na cokolwiek. Jest
> przezroczyste. Jesli masz z tym problem to może to jest tylko Twoj problem.
Śmiech na sali.
Następne wpisy z tego wątku
- 06.10.10 10:46 Sebastian Kaliszewski
- 06.10.10 11:00 Sebastian Kaliszewski
- 06.10.10 10:55 Sebastian Kaliszewski
- 06.10.10 11:18 Patryk Włos
- 06.10.10 11:54 Patryk Włos
- 06.10.10 16:48 Andrzej W.
- 06.10.10 18:17 Sebastian Biały
- 06.10.10 18:31 Sebastian Biały
- 06.10.10 18:35 Sebastian Biały
- 06.10.10 18:57 Andrzej W.
- 06.10.10 19:04 Sebastian Biały
- 06.10.10 19:07 Andrzej W.
- 06.10.10 19:15 Norbert
- 06.10.10 22:42 Michoo
- 07.10.10 08:16 Tomek[TK]
Najnowsze wątki z tej grupy
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- 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
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=