@TMBRK: na githubie konta prywatne są już za free. Poza tym jest jeszczne np gitlab i bitbucket.

@TMBRK: Do super tajnych repozytoriow ja zywam osobnej, szyfrowanej partycji, gdzie tworze repozytoria jak na githubie, za pomoca

git init --bare
Tworzy repo do ktorego mozesz normalnie komitowac i pushowac i robic wszystko co chcesz i zostaje twoja slodka tajemnica, bez udzialu MS, czy Atlasiana.

Jesli masz wieksze potrzeby, postaw sobie GitLaba na jakims wirtualu. Zobacz, czy sa jakies przepisy ansibla na szybko, albo gotowe dockery.

@zortabla_rt: virtualbox i github desktop ( ͡° ͜ʖ ͡°)

@zwei zamieniłeś taby na spacje?

@Kamilex97: jeżeli to lokalny branch na którym tylko Ty pracujesz to możesz zrobić interactive rebase i force pusha, w innym przypadku tylko revert pozostaje, ale to jest zwykły commit, który cofa zmiany

@Kamilex97 force pusha brancha z usuniętym commitem do remote można chyba zrobić

@karololo: Ponieważ tworzysz branch na podstawie feature-some-task-1. Wróć na czysty, główny branch i stwórz nowy.

@karololo: powinienes sie zawsze checkaoutowac z master/trunka czy jak naszywasz tego 'głównego' brancha.

@Kryspin013: robisz folder dotfiles w ~ i używasz GNU Stow do podlinkowania configów. Tak zorganozowane dotfiles łatwo się trzyma w gicie.

Więcej tu w tych artykułach [eng]:
http://brandon.invergo.net/news/2012-05-26-using-gnu-stow-to-manage-your-dotfiles.html
https://alexpearce.me/2016/02/managing-dotfiles-with-stow/

@Kamilex97: da, ale zmieni sie hash commita ;)

@Kamilex97: https://stackoverflow.com/questions/3042437/how-to-change-the-commit-author-for-one-specific-commit

@felixd: Widzę, że jesteś dumny ze swojego projektu. Ale może wyjaśnisz z czego? Z tego, że uzyskałeś numerek na GitLabie? Przerost formy nad treścią. Ale przed kolegami będziesz szpanował jaki to ty (specjalnie z małej litery) masz projekt. Może byś lepiej wykorzystał GitLaba?

@szczesliwa_patelnia: rebase zmieni kolejność historii commitów ale nie miejsce w pliku, chyba że @xbonio ma na myśli właśnie poukładanie zmian w odpowiednim miejscu przy rozwiązywaniu konfliktów ( ͡° ͜ʖ ͡°)

no i gratis "złota rada": chcesz mieć zmiany na końcu pliku, to tam je dopisuj (⌐ ͡■ ͜ʖ ͡■)

@szczesliwa_patelnia: poczytaj o git hook, konkretnie/na przyklad: "pre-commit". Przed commitem bedziesz miec widocznie zmiany w pliku A, a potem je dopiszesz do pliku B

@DoYouKnowWhereTheWildThingsGo: Nie było zajęć z samego gita, ale używanie gita było wymagane na niektórych przedmiotach.

@DoYouKnowWhereTheWildThingsGo prowadzący w większości nigdy nie pracowali komercyjnie, więc nie ma co się spodziewac cudów. I studia w IT prócz papierka coś ci dadzą ? Bo wiedzy to nie za wiele tam nie zyskasz xd

5) Lista BŁĘDNYCH założeń przyjmowanych przez programistów podczas projektowania oprogramowania

Wiedziałem, że znajdę coś w tym stylu, czyli FALSEHOODS ABOUT GENDER
https://gist.github.com/garbados/f82604ea639e0e47bf44

Solidna porcja raka, ostrzegam.

@rurarz: "Only one gender can be “active” at the same time." xD

@Analityk: Samo dodanie .gitignore ci niczego nie usunęło, musiałeś coś innego s--------ć

@Analityk: To już twój problem

@QBA__: github i student pack :V, po studiach na gitlaba się pewnie przeniosę xD ( ͡° ͜ʖ ͡°)

@QBA__: Miałem BitBucketa, ale GitLab ma imo przyjemniejszy ui to CI/CD i od jakiegoś czasu przenoszę swoje wszystkie projekty tam ;)

Czy commitować każdą drobną rzecz(wydaje się niewykonalne), czy można zbiorczo wymienić co się zmieniło?

@look997: Commity powinny być:

* małe (kilka/naście/dziesiąt linijek zmian)
* działające (jak zmieniasz nazwę funkcji to także jej użycia – każdy commit dowolnie odpalonyPokaż całość

Jak zmieniam jedną rzecz, i przy okazji poprawiam w tym samym pliku coś innego (jakaś drobnostka, ale nie związana), to jak to rozdzielić? Jeśli już coś zacząłem z główną rzeczą?

@look997: Partial commit (czy tam patch commit) (git add -p). IntelliJ wspiera partial commit od chyba wersji 2018

Tylko rebase!

@lose_is_improve: myślę, że jakiś git coś puści

@lose_is_improve: https://git-scm.com/docs/git-init

Running git init in an existing repository is safe. It will not overwrite things that are already there. The primary reason for rerunning git init is to pick up newly added templates (or to move the repository to another place if --separate-git-dir is given).