[06:43] <sysek> hue hue hue
[06:44] <gjm> hłe
[06:48] <sysek> o gjm 
[06:49] <gjm> no jestem
[06:53] <sysek> walesa oddawaj moje sto milionow
[06:54] <rurkowce> tylko narodowy agraryzm
[06:54] <gjm> jo
[06:55] <sysek> BOG HONOR BIEDOTA
[06:55] <rurkowce> bóg honor rurkowce
[07:00] <sysek> kurcze, chcialem napisac posta na forum, ale widze, ze ostatni post jest z 15 kwietnia, wina tuska
[09:23] <gjm> `ping
[09:23] <Przekliniak> pong
[10:37] <rysiek|pl> nie ma tu ani jednego admina czytelni?
[10:37] <rysiek|pl> wutlolski?
[10:38] <gjm> Z użytkownikami Ubuntu też słabo.
[11:49] <Quintasan> \o
[11:49] <gjm> o\
[12:16] <sbl__> Hi
[12:16] <sbl__> używa ktoś z Was produkcyjnie GITa ?
[12:17] <DeXTeD> Tak
[12:18] <sbl__> A mogę zając 5 minut? bo mam kilka wątpliwości i chyba sobie namieszałem w repo
[12:18] <DeXTeD> Co tam się stało?
[12:18] <sbl__> ja używam gita bo wygodniej mi się aktualizuje zmiany. Pracuję obecnie sam na repo wiec nawet nie ma konfliktów ale problem polega na czym innym.
[12:18] <sbl__> Prowadzę 2 gałęzie projektu {development oraz master} development produkcyjnie za pomocą hooka aktualizuje katalog beta.domena.pl a master domena.pl
[12:19] <sbl__> czyli gdy robie push to na remote wykonuje się hook ktory po udanym pushu wykonuje na zdalnych pull
[12:19] <sbl__> to działa wporządku
[12:19] <sbl__> ale problemy mam z mergowaniem gałęzi
[12:19] <sbl__> powiedzmy, że przetestowałem sobie już ficzery serwisu Intenetowego w development i postanawiam je puścić na produkcję
[12:20] <sbl__> wykonuję git checkout master nastepnie git merge --squash development
[12:20] <sbl__> i wtedy mam konflikty plikow
[12:20] <sbl__> git mi nadpisuje <<<<< HEAD  stara wartosc  pod spodem ##### nowa wartosc >>>>> development
[12:20] <sbl__> jak to robić bezkonfliktowo?
[12:21] <sbl__> by mi tylko przerzucało wszystkie zakommitowane zmiany w development do mastera i aktualizowało pliki bez konfliktów
[12:21] <sbl__> bo teraz wychodzi na to, że mam tak jakby 2 kopie plików i w chwili przełączenia gałęzi GIT uznaje to za konflikt i probuje je scalić ze sobą a nie nadmienić jak w zwykłym commicie
[12:22] <kklimonda_> sbl__: jak są konflikty to są konflikty :)
[12:22] <DeXTeD> Można na siłę nadpisać konflikty
[12:23] <sbl__> kklimonda_: zrobiłem testową zmiane by sprawdzic poprawnosc merge'a
[12:23] <sbl__> utworzylem wczesniej plik version (tzn byl od poczatku)
[12:23] <kklimonda_> sbl__: no to nie rób
[12:23] <sbl__> w development zmienilem numerek na wyzszy zrobilem commit na beta.domena.pl pojawil sie nowy numerek, na domena.pl nadal stary czyli dzial ok
[12:23] <sbl__> i wtedy chcialem zrobic merge
[12:23] <kklimonda_> no i to jest konflikt
[12:24] <sbl__> git checkout master && git merge --squash development i powstal konflikt pliku version i git zlaczyl plik version z 2 galezi w 1 tworzac krzak
[12:24] <sbl__> więc jak mam przerzucac zmiany z development do master bezkonfliktowo?
[12:24] <kklimonda_> nie używaj squash w ogóle
[12:25] <kklimonda_> sbl__: ten plik w którym trzymasz wersję wyrzuć z gita
[12:25] <kklimonda_> jeżeli ci jest potrzebny
[12:25] <sbl__> squash jest powodem? hmm on przeciez scala merge w 1 commit nie kopiujac smieci i logów
[12:26] <kklimonda_> tzn. workflow w którym wywalasz historię brancha w cholerę jest średni
[12:26] <sbl__> kklimonda_: no ale jak mam wyrzucić, przeciez plik version jest takim samym plikiem jak pliki projektu, controllery, modele itd. zasada zachowania jest ta sama
[12:26] <sbl__> edytuje sobie pliki projektu, controllery itd. puszczam commit do development a nastepnie robie merge w masterze i powstaja konflikty
[12:27] <sbl__> kklimonda_: historia brancha jest w development, w master wystarczy mi log "merged development => master"
[12:27] <sbl__> mastera nie ruszam w ogóle ręcznie, master jest tylko do przerzucenia gotowych, przetestowanych elementów z development
[12:27] <kklimonda_> sbl__: w jakiś sposób pracujesz przeciwko gitowi
[12:27] <kklimonda_> inaczej nigdy by nie powstawały konflikty
[12:28] <sbl__> kklimonda_: więc jak mam zrobić? bo nie rozumiem co robię źle
[12:28] <kklimonda_> edytujesz mastera, robisz rebase na development albo coś
[12:28] <kklimonda_> sbl__: musiałbym zobaczyć repozytorium, albo chociaż zapis sesji, by spróbować wymyśleć co się dzieje
[12:29] <kklimonda_> sbl__: http://nvie.com/posts/a-successful-git-branching-model/ tutaj masz nieźle opisany jeden ze sposobów użycia gita
[12:30] <kklimonda_> ogólnie aby powstał konflikt to musisz zmienić plik na obu branchach
[12:30] <kklimonda_> więc skoro wyskakują ci konflikty ciągle to sugeruje, że nie robisz pełnego merge (i przez to zawsze dwa branche są rozbieżne) albo modyfikujesz mastera
[12:30] <kklimonda_> no ale nie widzę, nie zgadnę ;)
[12:31] <sbl__> kklimonda_: no właśnie nie modyfikuję mastera bo przełączam się git checkout development i wtedy edytuje version
[12:33] <kklimonda_> sbl__: to że masz zawsze konflikt jak próbujesz zrobić merge sugeruje, że coś tam jest zmodyfikowane
[12:33] <kklimonda_> git merge squash nie jest mergem
[12:33] <sbl__> kklimonda_: hmm
[12:34] <kklimonda_> więc zapewne branche nigdy się nie łączą, i git zawsze będzie uważał, żę są konflikty
[12:34] <sbl__> ja pracuje tak, ze mam w biurze maly serwerek, tam jest caly projekt, apache, php, git itd. a ja pracuje na kliencie (komputer w LAN), mam zamontowany zasób tego projektu jako sshfs i za pomoca PhpStorma pracuje na nim (phpStorm trzyma lokalnie kopie plikow i przy zapisie robi sync z zasobem) moze to jest problem
[12:34] <kklimonda_> no to też brzmi dziwnie
[12:35] <sbl__> kklimonda_: dziwnie brzmi co sposob w jaki dziala phpstorm czy moj sposob pracy
[12:35] <sbl__> no tak jest wygodniej, niz instalowanie na kazdym kompie osobnej instancji appache, php, mysql itd. Poza tym mam dedykowna konfiguracje pod projekt i nie zawsze jest mozliwe odpalenie tego na zwyklym kompie
[12:36] <sbl__> ja tylko wpinam sobie folder projektu z plikami jako zasob sieciowy via sshfs
[12:36] <kklimonda_> sbl__: na ilu komputerach pracujesz?
[12:36] <kklimonda_> tzn. dla mnie jest to dziwne, bo ja bym tak nie potrafił ALE
[12:36] <sbl__> obecnie tylko ja pracuje na tych plikach
[12:36] <kklimonda_> jak używasz gita to montowanie repozytorium po sshfs nie ma sensu
[12:37] <sbl__> wiec Komputer - Serwerek po LAN 
[12:37] <kklimonda_> wygodniej trzymać lokalne repozytorium, i synchronizować z głównym repo wg. potrzeb
[12:37] <sbl__> nie widze w tym nic dziwnego, zwyczajnie edytuje pliki na serwerku za pomoca zasobu siciowego ktory ma pelne prawa uzytkownika
[12:38] <kklimonda_> zresztą podejrzewam, że problemem i tak jest raczej git merge --squash
[12:39] <kklimonda_> no ale jeżeli phpstorm edytuje losowo pliki to też wprowadzi konflikty - tylko nie sądzę by tak było
[12:39] <sbl__> sprobuje uzyc appki od githuba ona fajnie graficznie pozwala mergowac za pomoca drag and drop
[12:39] <kklimonda_> wystarczy zwykłe
[12:39] <kklimonda_> git checkout master
[12:39] <kklimonda_> git merge develop
[12:39] <sbl__> kklimonda_: no wlasnie nie wiem co sie dzieje w chwili synchronizacji phpstorma z zasobem. Do jakiego brancha lecą pliki na zasób?
[12:40] <kklimonda_> do tego który jest aktywny
[12:40] <kklimonda_> chyba, że phpstorm robi commita
[12:40] <kklimonda_> wiem, że wspiera gita
[12:40] <kklimonda_> tak jak pycharm 
[12:40] <kklimonda_> ale nie używam samemu tego
[12:40] <kklimonda_> wolę ręcznie robić
[12:41] <sbl__> no ok, z konsoli mozesz sobie aktywowac brancha ale powiedzmy ze wchodizsz sobie normalnie do folderu projektu za pomoca srodowiska graficznego (nie wiem unity lub gnome), wchodzisz sobie do folderu, zmieniasz plik i zapisujesz. To skad srodowisko ma wiedziec jaki jest tam aktywny branch i do ktorego wrzuci ten plik?
[12:41] <kklimonda_> to w ogóle inna sprawa
[12:42] <sbl__> bo zapewne tak dziala sync storma z zasobem, po prostu nadpisuje pliki zmienione lub uzywa rsynca
[12:42] <kklimonda_> git nie trzyma oddzielnie branchy, jako oddzielnych plików
[12:42] <sbl__> i on w folderze widzi po prostu pliki, nie rozroznia brancha
[12:42] <sbl__> no wlasnie
[12:42] <sbl__> wiec skoro 2 branche maja wszystkie pliki wspolne, to czemu powstaje konflikt?
[12:42] <sbl__> zaraz sprawdze tym githubem jak to zmerguje
[12:43] <kklimonda_> wydaje mi się, że nie rozumiesz jak działa git
[12:43] <kklimonda_> te pliki nie są wspólne
[12:43] <kklimonda_> git wszystkie branche trzyma w jednym miejscu
[12:43] <kklimonda_> ale jak się między nimi przełączasz to git podmienia pliki
[12:43] <sbl__> kklimonda_: hmm w takim razie nie rozumiem do konca dzialania gita. Tzn znam regulke jak to dziala, ale nie wiem jak zarządza plikami
[12:43] <kklimonda_> w ogóle po tym jak zapisujesz plik w phpstorm
[12:43] <kklimonda_> to git nie dodaje zmian nigdzie
[12:43] <kklimonda_> dopóki nie zrobisz commita
[12:44] <sbl__> to wiem, ale jak widzisz storm nie rozróżnia jaki tam jest branch po prostu syncuje pliki miedzy folderami projektu i zasobem zrodlowym skad sklonowal kopie projektu
[12:48] <kklimonda_> no to zrób tak by nie kopiował, jeżeli kopiuje i miesza gitowi
[12:49] <kklimonda_> naprawdę najwygodniej jest mieć lokalne środowisko i bycie niezależnym od serwera. Ale jeżeli musisz pracować na serwerze to zrób tak
[12:49] <kklimonda_> że phpstorm kopiuje te pliki do kopii która nie jest w gicie w ogóle
[12:49] <kklimonda_> commituj zmiany lokalnie
[12:50] <kklimonda_> a potem pushuj je do właściwej lokacji na serwerze
[12:54] <sbl__> kklimonda_: ale co to zmienia czy to serwer czy to zdalna kopia. Lokalnie jak postawisz sobie virtualhosta na bazie sklonowanego z gita projektu to tez nie masz kontroli do jakiego branch/z jakiego brancha Twoje IDE bedize bral pliki do edycji/zapisu
[12:55] <kklimonda_> sbl__: phpstorm nie będzie ci nic nadpisywał
[12:55] <kklimonda_> sbl__: a bierze pliki do edycji zawsze z aktywnego brancha
[12:55] <sbl__> kklimonda_: jesli wykonam git checkout nazwa_brancha to on podmieni pliki chwilowo na czas "sesji" terminala czy mechanicznie je podmieni w folderze i jak wejde z klienta FTP to beda tam podmienione pliki z brancha do ktorego sie przelaczylem?
[12:55] <kklimonda_> podmieni je w folderze
[12:56] <kklimonda_> nie ma w ogóle czegoś takiego jak sesja w gicie
[12:56] <sbl__> ja to tak nazwalem bo nie wiem jak Ci powiedziec bys zrozumial o co mi chodzi
[12:56] <sbl__> dobra podam przyklad
[12:56] <sbl__> mam folder ze sklonowamy projektem
[12:56] <sbl__> sa tam 2 branche
[12:56] <sbl__> wejde tam z konsoli cd /home/ja/mojprojekt i powiedzmy chce pracowac na develop wiec klepie git checkout development
[12:57] <sbl__> wtedy GIT przelacza pliki na development
[12:57] <sbl__> i zamykam terminal
[12:57] <sbl__> i teraz wchodze sobie za pomoca nautilusa do tego folderu
[12:57] <sbl__> lub za pomoca FTP
[12:57] <kklimonda_> no mówię, nie jest to powiązane z terminalem w ogóle
[12:57] <kklimonda_> git podmienia jednego brancha na drugiego
[12:57] <sbl__> i jak wejde tam z nautilusa to w tym folderze nadal są pliki ostatnio aktywnego brancha czyli w tym wypadku develop ?
[12:57] <kklimonda_> tak
[12:58] <sbl__> a to juz rozumiem
[12:58] <sbl__> czyli faktycznie kiepski pomysl z tym stormem, ktory robi kopie plikow i syncuje. Chociaz jesli zadbam o to by zawszem syncowal do developa to nie powinno byc konfliktów prawda?
[12:59] <kklimonda_> nie powinno
[13:00] <sbl__> czyli to ja robiłem to zamieszanie w plikach bo przełączałem sie w terminualu miedzy branchami testujac a edytor zapisywal do losowego brancha bo nie zawsze byl tam aktywny develop przy edycji
[13:37] <sbl__> kklimonda_: wszystko już ogarnąłem i działa jak należy
[13:37] <kklimonda_> awesome
[13:37] <sbl__> czyli mówiłeś dobrze, nie wiedziałem jak działa git
[13:38] <sbl__> thx
[13:38] <sbl__> narazie
[13:39] <kklimonda_> cya
[15:04] <localh0st> Czesc
[15:05] <localh0st> Jest mozliwosc aktualizacji dystrybucji wraz z usunieciem wszystkich ustawien dla Xorg etc? Chodzi mi o to, zeby zaktualizowac system tak by wygladal niemalze jak swieza instalacja