🎯 Jak Zrobić Żart Koleżance

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

Jaki żart zrobić koleżance na Prima Aprilis? 2013-03-31 20:24:23 Jaki żart mogę zrobić moim znajomym na prima aprilis ? 2010-03-31 10:07:29 Załóż nowy klub

Gwiazdą drugiej edycji imprezy Zamek w Poezji w Bytowie będzie Joanna Trzepiecińska. Bo słowa mają sens! Każdy, kto chce łyknąć trochę kultury przez wielkie „K” powinien w sobotę (30 lipca 2022 r.) pojawić się na dziedzińcu zamku krzyżackiego w Bytowie. Tego bowiem... 29 lipca 2022, 13:35 Mamut z muralu! Wakacyjne zajęcia dla dzieci w legnickim Muzeum Miedzi W każdy wakacyjny czwartek Muzeum Miedzi zaprasza na warsztaty artystyczne. Dzisiaj tematem był Mamut z muralu. Wspólnie zaprojektujmy ścianę legnickiej... 28 lipca 2022, 16:42 Zobacz działki ROD na sprzedaż w Jeleniej Górze. Za ile można kupić działkę rekreacyjną? Lubisz ogrodnictwo i spędzanie czasu na świeżym powietrzu? Chcesz mieć własny kawałek ogrodu? Świetną opcją są Rodzinne Ogródki Działkowe. To właśnie na... 26 lipca 2022, 12:10 Takich wydarzeń jak najwięcej - podsumowanie teatrów ulicznych w Jeleniej Górze! Niestety, za nami już trzy dniowe wydarzenie pod tytułem 39-te Międzynarodowe Teatry Uliczne w Jeleniej Górze. Chociaż pogoda nie zawsze chciała współpracować,... 18 lipca 2022, 9:24 Miejsca rozrywki dla całej rodziny. Tutaj będziecie się świetnie bawić niezależnie od wieku Macie wolny weekend lub wieczór i chcecie spędzić go z całą rodziną? Nie siedźcie w domu. W stolicy znajdziecie mnóstwo miejsc, gdzie każdy znajdzie coś dla... 28 czerwca 2022, 12:43 Operetka na wynos - koncert [Zdjęcia] Stowarzyszenie Operetka Wrocławska wystąpiła na pięciu plenerowych koncertach, które odbyły się w plenerach powiatu tczewskiego w dniach 25-26 czerwca 2022, w... 27 czerwca 2022, 10:46

Zobacz 5 odpowiedzi na pytanie: Jaki żart zrobić mamie ?! Systematyczne pobieranie treści, danych lub informacji z tej strony internetowej (web scraping), jak również eksploracja tekstu i danych (TDM) (w tym pobieranie i eksploracyjna analiza danych, indeksowanie stron internetowych, korzystanie z treści lub przeszukiwanie z pobieraniem baz danych), czy to przez roboty, web crawlers

nw znam pare żartów oreo wyciągnij ten krem biały i wlej paste do konto na facebooku namisz imieę chłopaka w którym sie kocha i napisz jej żeby wszkole sie klape do ubikacji do butelki z tymbarku japko mięta i daj jej karton pomocz go wodą tak zeby byl mokryy zrób z niego kulke i daj jej pod jej krzeslo nutellą i będą sie jej krzeslo wyjdzie ze sie zesikalą znam więcej ale nie chce mi sie pisac to tyle

^{Klasa może pomagać siedzącym w ławkach. Za poprawną odpowiedź 3p. a za złą 0p. __________ mówi; Kolejną konkurencją będzie sztafeta z jajkiem na łyżce. Prosimy po 5 osób z każdej z klas. Uczniowie niosą jajko na łyżce przez jedną długość sali gimnastycznej, a następnie podają łyżkę koleżance/koledze z klasy.} Kolejny wpis opisujący polecenie git log. Dzisiaj jednak już nie będziemy dalej dostosowywać wyglądu loga do własnych potrzeb. Skoro już go mamy dostosowanego, to teraz pora na wyciągnięcie z niego więcej danych. Polecenie git log ma dużo opcji, kilka z nich chciałem przedstawić w tym wpisie. Tak jak w jednym z poprzednich wpisów, wszystkie przykłady będą pokazywane na repozytorium kodu źródłowego gita. W przykładach będzie wpisywał polecenie git log z odpowiednimi opcjami, jednak na zrzutach ekranu będę korzystał z własnego aliasu git lg (ustawionego na polecenie git log). Jak dodać alias pisałem na końcu wpisu: Jak sformatowatować loga według własnych preferencji – opcja pretty. Git log – opcje -p / -u / –patch Każda z tych opcji jest tożsama. Pokazuje dodatkowo w logu jakie zmiany (diff) w plikach nastąpiły w poszczególnych commitach. git log -p — stat Pokazuje pliki, które zostały zmienione wraz z liczbą dodanych i usuniętych linii w kodzie. Podaje również podsumowanie z informacją ile plików zostało zmienionych, ile linii we wszystkich plikach zostało dodanych bądź usuniętych. git log --stat –no-merges Domyślnie w logu są pokazywane tzw. merge commits, czyli commity mające dwóch rodziców powstałe w wyniku operacji merge. Jeśli nie chcemy ich widzieć to możemy używać właśnie tej opcji. git log --no-merges Najpierw zobaczmy jak wygląda log bez tej opcji: A teraz bez merge commits: Widać, że nie widać 🙂 kilku commitów z pierwszego zrzutu ekranu. Filtry Log można filtrować na kilka sposobów. Liczba commitów (ostatnich) git log -15 Podstawowy filtr, służy do pokazania określonej liczby commitów. Użyłem go przy pokazywaniu opcji --no-merges, aby pokazać tylko określoną liczbę commitów. Data Możemy filtrować oczywiście po dacie. Jeśli chcemy zobaczyć commity od konkretnej daty to używamy opcji: git log --after="2018-9-2" Dla osiągnięcia tego samego efektu możemy również użyć zapisy względnego (pierwszy szkic tego postu był pisany 9 września): git log --after="1 week ago" Jeśli chcemy historię z konkretnego przedziału to wtedy używamy 2 opcji: git log --after="2018-8-1" --before="2018-9-1" Autor Jeśli chcesz dowiedzieć się co robiła konkretna osoba z Twojego zespołu to użyj opcji filtra –author: git log --author="Jeff King" Informacja zawarta w commit message Do przeszukiwania informacji wpisanych przy commicie służy opcja --grep. git log --grep="tests" UWAGA! Jeśli korzystacie z opcji –oneline lub z aliasu który pokazuje informacje w jednej linii, to może się okazać, że wyszukiwanego słowa nie widać w opisie commita. Jak widać pierwszy commit w opisie nie ma słowa “tests”. Jednak jeśli przyjrzymy się temu commitowi dokładniej: git show 28d294a5e To widać, że w pełnej informacji się już znajduje. Dlatego nasz commit został pokazany. Historia wybranych plików Żeby przejrzeć historię konkretnego pliku wystarczy podać jego ścieżkę po 2 znakach myślnika --. Te dwa znaki oznaczają, że po nim zostaną podane ścieżki do plików, nie żadne inne opcje lub nazwy np. branchy. git log -- Wyszukiwanie w pliku Ta opcja to nie jest standardowe wyszukiwanie w treści plików. Nie pokaże plików, w których występuje wyszukiwany tekst. Ta opcja wyszukuje wystąpień podanego słowa, która zostały dodane do pliku lub z niego usunięte. Czyli pokaże pierwszy commit, gdzie to słowo zostało dodane lub commit, z którego właśnie zostało usunięte. git log -S "Our searched text" Garść statystyk Załóżmy że chcemy się dowiedzieć kto dodał najwięcej commitów w naszym repozytorium. Możemy do tego użyć polecenia shortlog. To jest już inne polecenie niż log, ale ma tylko kilka opcji, więc postanowiłem o tym tutaj wspomnieć. git shortlog Powyższe polecenie pokaże Nam ile kto zrobił commitów wraz ze wszystkimi commit message. Dane są posortowane alfabetycznie po nazwie autora. W przypadku takiego dużego repozytorium ciężko będzie coś się z tego w szybki sposób dowiedzieć. Użyjmy opcji -n. git shortlog -n Teraz mamy posortowane informacje według liczby commitów. Widać, że najwięcej pracy włożył Junio C Hamano. Zrobił on ponad 19 tys. commitów 🙂 Jednak pod spodem mamy wypisane wszystkie jego commity. Jak można się dowiedzieć kto jest jeszcze w czołówce? Teraz dodamy opcję -s. git shortlog -n -s Teraz widzimy już tylko autora wraz z liczbą jego commitów. Podsumowanie Polecenie git log ma dużo różnych opcji. Wydaje mi się, że w tym poście przedstawiłem najbardziej przydatne i najciekawsze (moim zdaniem). Git shortlog za często się nie przyda, ale fajnie jest czasami spojrzeć w takie dane 🙂 Jeśli korzystasz jeszcze z jakichś innych opcji, to daj znać w komentarzu. Źródła:

Jak pisać, żeby odpisywał. Żyjemy w wirtualnym świecie wiadomości. SMS-y, maile, komunikatory internetowe są stale pod ręką, w dowolnym miejscu i o każdej porze dnia i nocy. Dlatego problem „nie odpisał mi” wcale nie jest banalny. To jak piszesz- świadczy o tym jak myślisz. Sposób pisania jest formą wyrażania twoich myśli

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 DAneL.

7mhc2c5e2y.pages.dev/104

7mhc2c5e2y.pages.dev/324

7mhc2c5e2y.pages.dev/101

7mhc2c5e2y.pages.dev/266

7mhc2c5e2y.pages.dev/81

7mhc2c5e2y.pages.dev/256

7mhc2c5e2y.pages.dev/216

7mhc2c5e2y.pages.dev/375

7mhc2c5e2y.pages.dev/289

jak zrobić żart koleżance