=== DaZ is now known as rurkowce [06:43] hue hue hue [06:44] hłe [06:48] o gjm [06:49] no jestem [06:53] walesa oddawaj moje sto milionow [06:54] tylko narodowy agraryzm [06:54] jo [06:55] BOG HONOR BIEDOTA [06:55] bóg honor rurkowce [07:00] kurcze, chcialem napisac posta na forum, ale widze, ze ostatni post jest z 15 kwietnia, wina tuska [09:23] `ping [09:23] pong [10:37] nie ma tu ani jednego admina czytelni? [10:37] wutlolski? [10:38] Z użytkownikami Ubuntu też słabo. [11:49] \o [11:49] o\ [12:16] Hi [12:16] używa ktoś z Was produkcyjnie GITa ? [12:17] Tak [12:18] A mogę zając 5 minut? bo mam kilka wątpliwości i chyba sobie namieszałem w repo [12:18] Co tam się stało? [12:18] 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] Prowadzę 2 gałęzie projektu {development oraz master} development produkcyjnie za pomocą hooka aktualizuje katalog beta.domena.pl a master domena.pl [12:19] czyli gdy robie push to na remote wykonuje się hook ktory po udanym pushu wykonuje na zdalnych pull [12:19] to działa wporządku [12:19] ale problemy mam z mergowaniem gałęzi [12:19] powiedzmy, że przetestowałem sobie już ficzery serwisu Intenetowego w development i postanawiam je puścić na produkcję [12:20] wykonuję git checkout master nastepnie git merge --squash development [12:20] i wtedy mam konflikty plikow [12:20] git mi nadpisuje <<<<< HEAD stara wartosc pod spodem ##### nowa wartosc >>>>> development [12:20] jak to robić bezkonfliktowo? [12:21] by mi tylko przerzucało wszystkie zakommitowane zmiany w development do mastera i aktualizowało pliki bez konfliktów [12:21] 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] sbl__: jak są konflikty to są konflikty :) [12:22] Można na siłę nadpisać konflikty [12:23] kklimonda_: zrobiłem testową zmiane by sprawdzic poprawnosc merge'a [12:23] utworzylem wczesniej plik version (tzn byl od poczatku) [12:23] sbl__: no to nie rób [12:23] 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] i wtedy chcialem zrobic merge [12:23] no i to jest konflikt [12:24] 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] więc jak mam przerzucac zmiany z development do master bezkonfliktowo? [12:24] nie używaj squash w ogóle [12:25] sbl__: ten plik w którym trzymasz wersję wyrzuć z gita [12:25] jeżeli ci jest potrzebny [12:25] squash jest powodem? hmm on przeciez scala merge w 1 commit nie kopiujac smieci i logów [12:26] tzn. workflow w którym wywalasz historię brancha w cholerę jest średni [12:26] 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] edytuje sobie pliki projektu, controllery itd. puszczam commit do development a nastepnie robie merge w masterze i powstaja konflikty [12:27] kklimonda_: historia brancha jest w development, w master wystarczy mi log "merged development => master" [12:27] mastera nie ruszam w ogóle ręcznie, master jest tylko do przerzucenia gotowych, przetestowanych elementów z development [12:27] sbl__: w jakiś sposób pracujesz przeciwko gitowi [12:27] inaczej nigdy by nie powstawały konflikty [12:28] kklimonda_: więc jak mam zrobić? bo nie rozumiem co robię źle [12:28] edytujesz mastera, robisz rebase na development albo coś [12:28] sbl__: musiałbym zobaczyć repozytorium, albo chociaż zapis sesji, by spróbować wymyśleć co się dzieje [12:29] sbl__: http://nvie.com/posts/a-successful-git-branching-model/ tutaj masz nieźle opisany jeden ze sposobów użycia gita [12:30] ogólnie aby powstał konflikt to musisz zmienić plik na obu branchach [12:30] 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] no ale nie widzę, nie zgadnę ;) [12:31] kklimonda_: no właśnie nie modyfikuję mastera bo przełączam się git checkout development i wtedy edytuje version [12:33] sbl__: to że masz zawsze konflikt jak próbujesz zrobić merge sugeruje, że coś tam jest zmodyfikowane [12:33] git merge squash nie jest mergem [12:33] kklimonda_: hmm [12:34] więc zapewne branche nigdy się nie łączą, i git zawsze będzie uważał, żę są konflikty [12:34] 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] no to też brzmi dziwnie [12:35] kklimonda_: dziwnie brzmi co sposob w jaki dziala phpstorm czy moj sposob pracy [12:35] 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] ja tylko wpinam sobie folder projektu z plikami jako zasob sieciowy via sshfs [12:36] sbl__: na ilu komputerach pracujesz? [12:36] tzn. dla mnie jest to dziwne, bo ja bym tak nie potrafił ALE [12:36] obecnie tylko ja pracuje na tych plikach [12:36] jak używasz gita to montowanie repozytorium po sshfs nie ma sensu [12:37] wiec Komputer - Serwerek po LAN [12:37] wygodniej trzymać lokalne repozytorium, i synchronizować z głównym repo wg. potrzeb [12:37] nie widze w tym nic dziwnego, zwyczajnie edytuje pliki na serwerku za pomoca zasobu siciowego ktory ma pelne prawa uzytkownika [12:38] zresztą podejrzewam, że problemem i tak jest raczej git merge --squash [12:39] no ale jeżeli phpstorm edytuje losowo pliki to też wprowadzi konflikty - tylko nie sądzę by tak było [12:39] sprobuje uzyc appki od githuba ona fajnie graficznie pozwala mergowac za pomoca drag and drop [12:39] wystarczy zwykłe [12:39] git checkout master [12:39] git merge develop [12:39] kklimonda_: no wlasnie nie wiem co sie dzieje w chwili synchronizacji phpstorma z zasobem. Do jakiego brancha lecą pliki na zasób? [12:40] do tego który jest aktywny [12:40] chyba, że phpstorm robi commita [12:40] wiem, że wspiera gita [12:40] tak jak pycharm [12:40] ale nie używam samemu tego [12:40] wolę ręcznie robić [12:41] 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] to w ogóle inna sprawa [12:42] bo zapewne tak dziala sync storma z zasobem, po prostu nadpisuje pliki zmienione lub uzywa rsynca [12:42] git nie trzyma oddzielnie branchy, jako oddzielnych plików [12:42] i on w folderze widzi po prostu pliki, nie rozroznia brancha [12:42] no wlasnie [12:42] wiec skoro 2 branche maja wszystkie pliki wspolne, to czemu powstaje konflikt? [12:42] zaraz sprawdze tym githubem jak to zmerguje [12:43] wydaje mi się, że nie rozumiesz jak działa git [12:43] te pliki nie są wspólne [12:43] git wszystkie branche trzyma w jednym miejscu [12:43] ale jak się między nimi przełączasz to git podmienia pliki [12:43] 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] w ogóle po tym jak zapisujesz plik w phpstorm [12:43] to git nie dodaje zmian nigdzie [12:43] dopóki nie zrobisz commita [12:44] 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] no to zrób tak by nie kopiował, jeżeli kopiuje i miesza gitowi [12:49] 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] że phpstorm kopiuje te pliki do kopii która nie jest w gicie w ogóle [12:49] commituj zmiany lokalnie [12:50] a potem pushuj je do właściwej lokacji na serwerze [12:54] 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] sbl__: phpstorm nie będzie ci nic nadpisywał [12:55] sbl__: a bierze pliki do edycji zawsze z aktywnego brancha [12:55] 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] podmieni je w folderze [12:56] nie ma w ogóle czegoś takiego jak sesja w gicie [12:56] ja to tak nazwalem bo nie wiem jak Ci powiedziec bys zrozumial o co mi chodzi [12:56] dobra podam przyklad [12:56] mam folder ze sklonowamy projektem [12:56] sa tam 2 branche [12:56] wejde tam z konsoli cd /home/ja/mojprojekt i powiedzmy chce pracowac na develop wiec klepie git checkout development [12:57] wtedy GIT przelacza pliki na development [12:57] i zamykam terminal [12:57] i teraz wchodze sobie za pomoca nautilusa do tego folderu [12:57] lub za pomoca FTP [12:57] no mówię, nie jest to powiązane z terminalem w ogóle [12:57] git podmienia jednego brancha na drugiego [12:57] i jak wejde tam z nautilusa to w tym folderze nadal są pliki ostatnio aktywnego brancha czyli w tym wypadku develop ? [12:57] tak [12:58] a to juz rozumiem [12:58] 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] nie powinno [13:00] 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 === babaj is now known as buharin [13:37] kklimonda_: wszystko już ogarnąłem i działa jak należy [13:37] awesome [13:37] czyli mówiłeś dobrze, nie wiedziałem jak działa git [13:38] thx [13:38] narazie [13:39] cya [15:04] Czesc [15:05] 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