| === DaZ is now known as rurkowce | ||
| sysek | hue hue hue | 06:43 |
|---|---|---|
| gjm | hłe | 06:44 |
| sysek | o gjm | 06:48 |
| gjm | no jestem | 06:49 |
| sysek | walesa oddawaj moje sto milionow | 06:53 |
| rurkowce | tylko narodowy agraryzm | 06:54 |
| gjm | jo | 06:54 |
| sysek | BOG HONOR BIEDOTA | 06:55 |
| rurkowce | bóg honor rurkowce | 06:55 |
| sysek | kurcze, chcialem napisac posta na forum, ale widze, ze ostatni post jest z 15 kwietnia, wina tuska | 07:00 |
| gjm | `ping | 09:23 |
| Przekliniak | pong | 09:23 |
| rysiek|pl | nie ma tu ani jednego admina czytelni? | 10:37 |
| rysiek|pl | wutlolski? | 10:37 |
| gjm | Z użytkownikami Ubuntu też słabo. | 10:38 |
| Quintasan | \o | 11:49 |
| gjm | o\ | 11:49 |
| sbl__ | Hi | 12:16 |
| sbl__ | używa ktoś z Was produkcyjnie GITa ? | 12:16 |
| DeXTeD | Tak | 12:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| kklimonda_ | sbl__: jak są konflikty to są konflikty :) | 12:22 |
| DeXTeD | Można na siłę nadpisać konflikty | 12:22 |
| 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:23 |
| 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:24 |
| 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:25 |
| 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:26 |
| 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:27 |
| 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:28 |
| kklimonda_ | sbl__: http://nvie.com/posts/a-successful-git-branching-model/ tutaj masz nieźle opisany jeden ze sposobów użycia gita | 12:29 |
| 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:30 |
| sbl__ | kklimonda_: no właśnie nie modyfikuję mastera bo przełączam się git checkout development i wtedy edytuje version | 12:31 |
| 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:33 |
| 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:34 |
| 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:35 |
| 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:36 |
| 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:37 |
| kklimonda_ | zresztą podejrzewam, że problemem i tak jest raczej git merge --squash | 12:38 |
| 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:39 |
| 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:40 |
| 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:41 |
| 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:42 |
| 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:43 |
| 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:44 |
| kklimonda_ | no to zrób tak by nie kopiował, jeżeli kopiuje i miesza gitowi | 12:48 |
| 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:49 |
| kklimonda_ | a potem pushuj je do właściwej lokacji na serwerze | 12:50 |
| 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:54 |
| 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:55 |
| 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:56 |
| 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:57 |
| 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:58 |
| kklimonda_ | nie powinno | 12:59 |
| 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:00 |
| === babaj is now known as buharin | ||
| 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:37 |
| sbl__ | thx | 13:38 |
| sbl__ | narazie | 13:38 |
| kklimonda_ | cya | 13:39 |
| localh0st | Czesc | 15:04 |
| 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 | 15:05 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!