@bi-tek: Ehh, za każdym razem ( ͡° ʖ̯ ͡°)

nothing to commit, working directory clean

@Matt23 mozesz tez rebase zrobic do dowolnego commita po jego sha. Nie musisz korzystac z HEAD~N jesli nie chcesz

@Matt23: jest drobna różnica. Default to --mixed i wtedy musisz od nowa dodać pliki ktore chcesz commitowac. Przy soft masz je juz dodane i przygotowane do commita. Jakbys mial duzo plikow zmienianych, w tym niektore nie dodane jeszcze do commita to bez flagi --soft mialbys wiecej roboty, bo musialbys orzeleciec po wszystkich plikach i je pododawac na nowo.
Tu jest to fajnie opisane https://stackoverflow.com/questions/3528245/whats-the-difference-between-git-reset-mixed-soft-and-hard

@fegwegw: No kurła, kiedyś to była. Mistrz gita się odezwał xD Beka z ciebie.

@fegwegw: Dobrze, że masz dystans do siebie ale nie mów tak brzydko, nie jesteś kretynem tylko po prostu mało inteligentny ( ͡° ͜ʖ ͡°)

@quwer: no.... musisz je rozwiązać?

@quwer: używać formatera kodu, który będzie usuwać białe znaki na końcach wierszy

@victordeleco2: dodaj plik do katalogu .gitkeep

@victordeleco2: https://coderwall.com/p/k2gnow/how-to-make-git-keep-empty-directories

@kcpdev: nie mogę, mama mi zabroniła

@Stout: Dokonując merga łączysz całe branche, zachowując całą historię edycji i modyfikacji, w tym wszystkie commity. Taki jest cel - integracja zmian nie ma oznaczać jednego ogromnego patcha, np. modyfikującego wszystkie pliki w projekcie i dotykającego kilkadziesiąt tysięcy linii kodu, ale stopniową integrację zachowującą pełną historię zmian.

@Stout: dlatego, że commit ma dwóch przodków i dla gita są nierozróżnialne, który z tych commitów wcześniej był, którym branchem, bo bo git (w przeciwieństwie [tu wklej fragment mojej poprzedniej wiadomości]

przeglądnij

@imlmpe: NO NIE WYCZYMIE, JAK TAK MOŻNA NAPISAĆ :D

@dnasstorm no co Ty. lojalny klient to taki z którego doi się najwięcej, bo nie trzeba kiwać palcem, a on i tak płaci. W przeciwieństwie do klienta którego trzeba pozyskiwać i mu o sobie przypominać. Powie Ci to każdy operator sieci komórkowej

@olekturbo: Tak, ale na swojej stronie miałeś wrzuconego laravela.Gdzie można było zobaczyć właściwy plik .env. Nie chodzi mi o gita.

Tutaj masz opisane: https://laravel.com/docs/5.6/installation#configuration

@TomaszWKS: poczytaj o różnicach pomiędzy rebase a merge

@boostasio: ja bym se machnął skrypt w bash/batch

nie wiem czy to nie za późno na takie rozwiązania, ale do zarządzania dużą liczbą gitowych repozytoriów chyba się repo tool nadaje?

@L3stko: Pull starego repo, zrobić osobnego brancha i wrzucić tam zmiany potem zrobić merge i pushnąć na repo?

ale chyba robię coś źle

@krampus0101: a co się dzieje?

@krampus0101: :)

Jakby coś to małe wyjaśnienie - 'origin' to zwyczajowa nazwa dla remote który należy do oryginalnego właściciela repozytorium. Dlatego nie mogłeś pusha zrobić, bo 'git push origin master' próbuje robić wtedy push na repozytorium które nie należy do ciebie.

Twoje repozytorium to fork, dlatego 'origin' już istniał wcześniej i był adresem głównego repozytorium. Dodanie remote o nazwie 'upstream' (nazwa wzięta z konwencji) które prowadzi do twojego forka sprawia,Pokaż całość

@quwer:
a) Jeśli nie zacomittowałeś zmian ( nei zrobileś git commit [...] ), to:
* Jeśli Twoje pliki są staged ( git status pokazuje pliki na zielono ) -> git reset HEAD *. To unstaguje Twoje pliki
* Jak już pliki sa unstages bądź były unstaged od początku - git checkout -- .
b) Jeśli zacommitowałeś zmiany i chcesz cofnąć gałąź ( pozbyć się ostatniego commita ) - git resetPokaż całość