Jaki żart zrobić koleżance na Prima Aprilis? 2013-03-31 20:24:23 Jaki żart zrobić rodzicom na prima aprilis ? 2015-03-31 21:05:32 Załóż nowy klub Zachowuj się jak świnia, dopóki nie nadejdzie twoja kolej. Poliż kostkę mydła. Noś znak “Kopnij mnie!” przez resztę gry. Nazywaj jednego gracza “Waszą Wysokością” przez 5 rund. Wejdź na czworaka i zachowuj się jak pies do czasu swojej następnej tury. Wymyśl z głowy piosenkę country i zaśpiewaj ją. Janusz postanowił zrobić żart koleżance i usiadł z nią w szkolnej ławce (chyba na matematyce) mowa oczywiście o Magdalenie. …było to pierwszego kwietnia na początku lat 80-tych. Magdalena postanowiła zapisać się na kurs tańca, a ponieważ po jego ukończeniu nie miała partnera zaproponowała wspólne treningi swojemu koledze z Turystki, postanowiły zrobić żart mężczyźnie, którego poznały na plaży. Nieznajomy poczuł się tym mocno dotknięty i zawiadomił policję. Kiedy kobiety wróciły do hotelu, były zapytał (a) 10.12.2016 o 23:56. Prank na "koleżance". Co robić? Rozmawiałam z 2 koleżankami (T i L) i powiedziały, że chcą zrobić na kimś prank. Powiedziałam im, że mogę im podać parę numerów, więc podałam. One wybrały taką jedną i wysłały jej jakieś zdjęcia bielizny z internetu jako "chłopak" którego nie zna i Jaki kawał zrobić koleżance która pierwszy raz śpi w namiocie? 2011-07-20 21:00:17; Jaki mma kawał zrobic mojej siostrze kiedy śpi? 2012-08-29 12:30:30; Jak zrobic koleżance kawał? 2009-01-19 16:21:18; Jaki kawał możemy zrobić mojej przyjacółce, kiedy ona śpi? 2012-01-21 00:59:07; Kolega u mnie śpi jaki mu zrobić kawał 2013-01 IgbSeWf. zapytał(a) o 19:09 Jak zrobić żart koleżance? ona mi też zrobiła boi się pająków ale ja też Odpowiedzi nie wiem . moze puść jej straszny labirynt albo znajdź 3 różnice . brat mi to puścił to go pobiłam . Haker701 odpowiedział(a) o 19:15: znęcanie się nad dziećmi ;o Zrób papierowego pająka i połóż jej na łeb albo wydrukuj zdjęcie pająka i jej podrzuć do książki, ona ją otworzy a tu taki brzudal, to spadnie z krzesła :d blocked odpowiedział(a) o 20:51 Kup mysz i wsadź jej pod bluzę-zawsze działa:DDD myszy mam ale mam też pająka z guminu Uważasz, że ktoś się myli? lub Ten blog od początku był dla osób znających trochę system kontroli wersji GIT. Jednak postanowiłem również umieszczać tutaj wpisy związane z podstawami działania gita. W końcu nowi programiści wchodzący na rynek pracy muszą się nauczyć tego systemu kontroli wersji. Dzisiejszy wpis będzie dotyczył właśnie podstawowych pojęć związanych z GITem. System kontroli wersji DVCS (Distribute Version Control System) – rozproszony system kontroli wersji. Oznacza to, że nie ma jednego głównego repozytorium, gdzie wszyscy się do niego łączą i commitują. W tym modelu każda osoba ma kopię całego repozytorium u siebie na dysku. GIT działa właśnie w takim modelu. Innym modelem jest CVC (Centralized Version Control), który jest używany np.: w SVN. Tam jest jedno główne centralne repozytiorium, z którego wszyscy pobierają i do któremy wszyscy przesyłają zmiany. Zaletą systemu rozproszonego jest możliwość pracy offline. W przypadku SVN jeśli nie mamy dostępu do internetu nie zrobimy commita i nawet nie sprawdzimy historii projektu, bo właśnie trzeba się połączyć z głównym serwerem. Podstawowe pojęcia HEAD – wskaźnik na lokalną gałąź, gdzie aktualnie się znajdujemy w repozytorium. Pokazuje na jakim commicie aktualnie jesteśmy. Zmienia się z każdym nowo powstałym commitem lub gdy przechodzimy na inny commit, poprzez np.: zmianę brancha. Animacja pokazująca jak zmienia się HEAD wraz z powstawaniem nowych commitów i zmiany brancha na inny. Working area / working directory / katalog roboczy – miejsce gdzie robimy zmiany w naszym kodzie. W tym miejscu są widoczne wszystkie zmiany przez Nas popełnione, jeszcze nie zcommitowane i jeszcze nawet nie wrzucone do staging area / indexu. Staging area / index – miejsce do którego wrzucamy kod (przy pomocy polecenia git add), który w przyszłości stanie się commitem. Polecenie git commit tworzy commit właśnie na podstawie wszystkich rzeczy znajdujących się w tym – zapisana migawka plików naszego projektu. Commit zawiera wszystkie pliki projektu. W przypadku plików, które się nie zmieniły, git przechowuje tylko łącze do poprzedniego identycznego pliku, który jest już zapisany. Rysunek ze strony: Każdy commit jest oznaczony unikalnym identyfikatorem SHA1. Commit tworzy się na podstawie kodu wrzuconego do staging area / indexu. Cała historia naszego projektu składa się z commitów. Każdy commit posiada swojego rodzica, którym jest inny commit (trochę dużo słowa commit w jednym akapicie 🙂 ). W commicie oprócz informacji o zmianach w kodzie są zapisywane jeszcze inne informacje takie jak: data, autor, opis (tzw. commit message). Gałęzie / scalanie kodu i inne… Branch – jest to oddzielna gałąź, na której znajduje się nasz kod. Na nowym branchu znajduje się oddzielny katalog roboczy, oddzielny staging area oraz całkiem inna historia projektu. Przy tworzeniu nowego repozytorium zawsze automatycznie jest tworzony branch o nazwie master. Przeważnie (zależy od ustaleń w zespole) przy naprawianiu bugów lub tworzeniu nowych funkcjonalności nowy kody robimy na oddzielnym branchu. W ten sposób nie mieszamy commitów nieskończonej funkcjonalności z kodem działającym na produkcji. Po skończonej pracy scalamy nasz branch z branchem – operacja połączenia kodu jednego brancha z drugim. Integracja 2 gałęzi w jedną. Scalenie gałęzi feature do master. Rebase – zmiana bazy dla wybranych commitów. Każdy commit ma jakieś rodzica (ten rodzic też jest commitem). Ta operacja zmieni tego rodzica. Przydatne polecenie gdy pracujemy na branchach, ale chcemy zachować prostą historię projektu. git checkout feature >> git rebase master >> git checkout master >> git merge feature >> git branch -d feature Repozytorium (tzw. repo) – to jest nasz katalog, w którym znajdują się wszystkie nasze pliki i wszystkie rzeczy związane z gitem – cała historia naszego – domyślny edytor tekstu instalowany razem z GITem. Jest on uruchamiany w paru przypadkach i osoby, które widzą go pierwszy raz nie umieją z niego wyjść 🙂 True story – na StackOverflow jest wątek How to exit the Vim editor?, która ma 1 875 550 wyświetleń :-). Jak działa VIM opisałem w poście: Edytor VIM – niezbędne skróty i polecenia przydatne do pracy z gitemtip – najnowszy (ostatni) commit w danym – kawałek tekstu / kodu w modyfikowanym pliku. Praca zdalna remote – zdalne repozytorium, czyli po prostu kopia naszego lokalnego repozytorium umieszczona na jakimś – domyślna, skrócona nazwa zdalnego repozytorium. Pełna nazwa to po prostu URL do naszego zdalnego branch – zdalny branch połączony z naszym branchem lokalnym. Dzięki temu połączeniu przy pobieraniu lub wysyłaniu zmian GIT wie skąd pobrać dane i gdzie ma je wysłać. Brakujące pojęcia? Jeśli uważasz, że ominął opis jakiegoś pojęcia, a powinno się tutaj znajdować to daj znać w komentarzu i zaktualizuję wpis 🙂 Zdjęcie wykorzystane we wpisie pochodzi z portalu i zostało zrobione przez: unsplash-logoAaron Burden Odpowiedzi Kubuśka odpowiedział(a) o 18:26 nie no najlepsza jest pierdząca poduszka :P Najlepiej to posmaruj jej krzesło klejem, ona usiadzie i ............ hahahahahahahahahahahaha!!!!!!! Oczywiście się nie przyznawaj, że to ty! blocked odpowiedział(a) o 10:32 podrzyj rolke po papierze, połuż to na tależu i zamocz. potem podrzuć jej to do plecaka =^.^= blocked odpowiedział(a) o 20:58 jak naprzyklad bedzie u ciebie spala to przyszyj ja do poduszki wlej jej pastę lub klej do butuw spraw aby usiadla na czyms brudniy albo zeby usiadla na swierzo pomalowanej lawce:):) Dori103 odpowiedział(a) o 18:51 no np. mowisz jej ze umuwilas ja z chlopakiem kttory jej sie strasznie podoba a na RANDKE przyprowadasz najbrzydszego kolesia z klasy! Wow ale jestem genialna! poprosze 100000000pkt julitta odpowiedział(a) o 18:02 daj jej pinezke pod tyłek i na to usiadzie . haha xD Uważasz, że ktoś się myli? lub zapytał(a) o 21:10 Jak zrobić filmik-żart koleżance? Kiedyś na internecie znalazłam gdzieś taką stronę, gdzie podaje się czyjeś imię, nazwisko i daje zdjęcie i się wytwarza taki filmik, że niby ta osoba jest poszukiwana przez wielbiciela etc. Fajne było :DNie wiecie gdzie to znaleźć? To pytanie ma już najlepszą odpowiedź, jeśli znasz lepszą możesz ją dodać 1 ocena Najlepsza odp: 100% Najlepsza odpowiedź loolita odpowiedział(a) o 21:11: na przykład :) Odpowiedzi hmm... jedyna strona jaką znam to są tam różne animacje, po które podkłada się* głos. możesz np. w filmiku z wiadomościami napisać coś śmiesznego ( inwazja ufo, o godz. ... przyjdą ... , czy cos ) Uważasz, że znasz lepszą odpowiedź? lub Git jest bardzo elastyczny, można przeglądać historię projektu z poziomu konsoli i mamy możliwość dobrania się do każdego commita. Zaraz dowiesz się jak to zrobić. W tym poście zajmiemy się symbolami @ (małpa), ^ (potęga), ~ (tylda). Co one oznaczają i jak ich używać? Małpa – @ To bardzo proste, znak małpy oznacza HEAD. Co to jest HEAD pisałem we wpisie: Podstawowe pojęcia związane z GITem. Chcąc zobaczyć szczegóły ostatniego commita możemy wpisać: git show HEAD albo git show @ Dwa powyższe polecenia są jednoznaczne. To tyle w temacie małpy 🙂 Będziemy jej używać w kolejnych przykładach. Przejdziemy teraz do tematu trochę bardziej zakręconego. Do wyjaśnienia ^ i ~ muszę mieć testowe repozytorium. Przykładowe repozytorium Przygotowałem testowe repozytorium: Pierwsze 3 commity zostały zrobione na branchu master (patrz od dołu 🙂 )Kolejne 3 (od czwartego do szóstego) zostały zrobione na branchu feature_branch i zmerdżowane do master. Merge był typu fast-forward, bo na master nie było żadnych commit został zrobiony na commit został zrobiony na branchu feature_branch_2Dziewiąty w kolejności commit to tzw. merge commitDziesiąty commit, które jest błędnie nazwany “Dziewiąty commit” 🙂 został już zrobiony na masterze. Do powyższego zrzutu ekranu będziesz jeszcze kilka razy wracał 🙂 Najlepiej będzie jeśli uruchomisz go w nowej zakładce w przeglądarce, aby łatwo Ci było na niego się przełączyć. Potęga – ^ Znak ten postawiony obok commita oznacza jego rodzica. Jak już wiemy, aby zobaczyć najnowszy commit można wpisać: $ git show --oneline @ 17de991 (HEAD -> master) Dziewiąty commit A żeby zobaczyć rodzica najnowszego commita trzeba wpisać: $ git show --oneline @^ 538a0f5 Merge branch 'feature_branch_2' I wszystko się zgadza 🙂 Zapis @^ (lub HEAD^) jest równoznaczny z zapisem @^1 (HEAD^1), czyli pokaż pierwszego rodzica. Jak już pewnie wiesz commit może mieć dwoje rodziców jeśli jest to merge commit. Czyli jeśli wpiszemy @^2 to dostaniemy błąd: $ git show --oneline @^2 fatal: ambiguous argument '@^2': unknown revision or path not in the working tree. Use '--' to separate paths from revisions, like this: 'git [...] -- [...]' Bo najnowszy commit ma tylko jednego rodzica. Jednak po wpisaniu: $ git show --oneline 538a0f5^2 f1a8f60 (feature_branch_2) Ósmy commit - na feature branch Dostajemy informację, że rodzicem 538a0f5, czyli merge commita jest to “Ósmy commit – na feature branch”. Tylda – ~ Znak ten postawiony obok commita oznacza jego przodka. Czyli wpisując: $ git show --oneline @~ 538a0f5 Merge branch 'feature_branch_2' Dowiedzieliśmy się, że przodkiem najnowszego commita jest merge commit. Zapis @~ jest równoznaczy co @~1, czyli pokaż pierszego przodka. Widać stąd, że @^ jest równoznaczne co @~, wskazują na ten sam commit. Jednak na tym podobieństwa się kończą 🙂 . Czyli jeśli chcemy zobaczyć praprzodka najnowszego commita musimy wpisać: $ git show --oneline @~2 b9bd44e Siódmy commit - na master Pokazało nam commit z mastera, bo domyślnie pokazuje pierwszego rodzica danego commita. Jeśli natomiast chcielibyśmy zobaczyć drugiego rodzica przodka najnowszego commita (mam nadzieję, że jeszcze to rozumiesz 🙂 ), czyli drugiego rodzica naszego merge commita, to w poprzednim akapicie wpisaliśmy coś takiego: $ git show --oneline 538a0f5^2 f1a8f60 (feature_branch_2) Ósmy commit - na feature branch Znaleźliśmy commita i wpisaliśmy początek jego hasha. Znając co oznacza tylda można to samo osiągnąć wpisując takie połączenie symboli: $ git show --oneline @~1^2 f1a8f60 (feature_branch_2) Ósmy commit - na feature branch Zastosowanie praktyczne Ze znaku @ i ~ korzystam regularnie. git show @ Gdy chcę zobaczyć zmiany zrobione w najnowszym commicie. git rebase -i HEAD~3 Gdy chcę coś pozmieniać coś w ostatnich commitach używam trybu rebase interactive. Ze znaku ^ nigdy nie korzystałem. Czasami jak muszę przejrzeć commity przed merge commitem, to wtedy zawsze sięgam po aplikację z GUI – gitk lub SourceTree. Przeważnie do przejrzenia jest nie jeden commit, a kilka. Podsumowanie @ – HEAD – najnowszy commit^ – rodzic commita~ – przodek commita Dla ułatwienia jeszcze przygotowałem rysunek 🙂 Używając tych symboli można dobrać się do każdego commita w historii naszego projektu 🙂 Zdjęcie wykorzystane we wpisie pochodzi z portalu i zostało zrobione przez: unsplash-logoHarald Arlander

jak zrobić żart koleżance