Próbuję śledzić ćwiczenia prezentowane w tutorialu Git

Witam. Jak zrobić taką historię zmian jak w kursie Gita. Próbowałam stworzyć plik JS w txt ale mi nie pokazuje poleceniem log z flagą a jeszcze dalsze polecenia w historii nie wiem jak zrobić
tutaj kurs w 0:44 jestem

git log --oneline

Jaki jest wynik? Coś nie działa?

elwis napisał(a):

git log --oneline

Jaki jest wynik? Coś nie działa?

nie potrafię po prostu wprowadzić takiej historii jak tam u mnie jest tylko initial commit

elwis napisał(a):

git log --oneline

Jaki jest wynik? Coś nie działa?

Pewnie dlatego, że niczego nie commitowałaś? :) Żeby Git zarejestrował zmianę, trzeba wskazać pliki, których zmiany mają być zapisane git add <plik>, a następnie git commit -m '<opis>. Alternatywnie, jeśli chcemy zacommitować wszystkie zmiany w śledzonych już plikach (tych na których kiedyś git add wykonano) można od razu git commit -am '<opis>'. Żeby sprawdzić które pliki są śledzone, i które są dodane do nowej wersji, należy wydać polecenie git status.

Btw. widzę, że używasz cmd. Polecam użyć czegoś bardziej nowoczesnego, git bash, WSL, ewentualnie power shell.

elwis napisał(a):

Pewnie dlatego, że niczego nie commitowałaś? :) Żeby Git zarejestrował zmianę, trzeba wskazać pliki, których zmiany mają być zapisane git add <plik>, a następnie git commit -m '<opis>. Alternatywnie, jeśli chcemy zacommitować wszystkie zmiany w śledzonych już plikach (tych na których kiedyś git add wykonano) można od razu git commit -am '<opis>'. Żeby sprawdzić które pliki są śledzone, i które są dodane do nowej wersji, należy wydać polecenie git status.

Btw. widzę, że używasz cmd. Polecam użyć czegoś bardziej nowoczesnego, git bash, WSL, ewentualnie power shell.

jak po kolei zrobić taką historię git log --oneline jak tam? chodzi o filmik żeby było tak jak w 0:44

Więcej inicjatywy. Moja propozycja jest taka, że skoro windows to zainstaluj sobie https://tortoisegit.org będziesz mógł wszystko wyklikać. Osobiście komendy używam tylko na jednym serwerze gdzie nie ma automatyzacji, a tak to lokalnie w 100% wystarcza to co oferuje IDE a wcześniej leciałem właśnie na tortoise.

Nie widzę, żeby autor udostępniał repozytorium na którym pracuje. Może sklonuj sobie jakieś repozytorium i na nim pracuj?
np git clone https://github.com/LukeSmithxyz/dwm nawet lepiej, bo będziesz musiała zrozumieć co robisz, zamiast na ślepo powtarzać.

Nikto0 napisał(a):

elwis napisał(a):

Pewnie dlatego, że niczego nie commitowałaś? :) Żeby Git zarejestrował zmianę, trzeba wskazać pliki, których zmiany mają być zapisane git add <plik>, a następnie git commit -m '<opis>. Alternatywnie, jeśli chcemy zacommitować wszystkie zmiany w śledzonych już plikach (tych na których kiedyś git add wykonano) można od razu git commit -am '<opis>'. Żeby sprawdzić które pliki są śledzone, i które są dodane do nowej wersji, należy wydać polecenie git status.

Btw. widzę, że używasz cmd. Polecam użyć czegoś bardziej nowoczesnego, git bash, WSL, ewentualnie power shell.

jak po kolei zrobić taką historię git log --oneline jak tam? chodzi o filmik żeby było tak jak w 0:44

Wprowadź 4 rewizje,

# Dodaj jakiś plik
git add .
git commit -m "Initialized repository"    # pierwsza rewizja

Zmień jakiś plik, i potem wykonaj

git add .
git commit -m "Added header on home page"  # druga rewizja

Zmień znowu jakiś plik, i wykonaj

git add .
git commit -m "Created JS files"

I tak dalej. Każde polecenie git commit tworzy nową rewizję (oczywiście zakładając że nie jest pusty i jest wywołane poprawnie).

Riddle napisał(a):

Nikto0 napisał(a):

elwis napisał(a):

Pewnie dlatego, że niczego nie commitowałaś? :) Żeby Git zarejestrował zmianę, trzeba wskazać pliki, których zmiany mają być zapisane git add <plik>, a następnie git commit -m '<opis>. Alternatywnie, jeśli chcemy zacommitować wszystkie zmiany w śledzonych już plikach (tych na których kiedyś git add wykonano) można od razu git commit -am '<opis>'. Żeby sprawdzić które pliki są śledzone, i które są dodane do nowej wersji, należy wydać polecenie git status.

Btw. widzę, że używasz cmd. Polecam użyć czegoś bardziej nowoczesnego, git bash, WSL, ewentualnie power shell.

jak po kolei zrobić taką historię git log --oneline jak tam? chodzi o filmik żeby było tak jak w 0:44

Wprowadź 4 rewizje,

Kopiuj

# Dodaj jakiś plik
git add .
git commit -m "Initialized repository"    # pierwsza rewizja

Zmień jakiś plik, i potem wykonaj

Kopiuj

git add .
git commit -m "Added header on home page"  # druga rewizja

Zmień znowu jakiś plik, i wykonaj

Kopiuj

git add .
git commit -m "Created JS files"

I tak dalej. Każde polecenie git commit tworzy nową rewizję (oczywiście zakładając że nie jest pusty i jest wywołane poprawnie).

obojętnie jakie rozszerzenie mają mieć plik?i Zmień jakiś plik, i potem wykonaj oznacza zmianę pliku "initialized repository"

rozszerzenie nie ma znaczenia, znaczenie ma czy zawierają dane tekstowe.

ehhhhh napisał(a):

rozszerzenie nie ma znaczenia, znaczenie ma czy zawierają dane tekstowe.

Zmień jakiś plik, i potem wykonaj oznacza zmianę pliku "initialized repository"

elwis napisał(a):

nawet lepiej, bo będziesz musiała zrozumieć co robisz, zamiast na ślepo powtarzać.

+1
To centrum problemu.

replikowanie każdego klikniecia z filmiku bez zrozumienia nic nie da.

Nikto0 napisał(a):

Zmień jakiś plik, i potem wykonaj oznacza zmianę pliku "initialized repository"

eeeee? Chyba naprawde kompletnie nie wiesz co robisz. Zacznij od teorii.

ehhhhh napisał(a):

Nikto0 napisał(a):

Zmień jakiś plik, i potem wykonaj oznacza zmianę pliku "initialized repository"

eeeee? Chyba naprawde kompletnie nie wiesz co robisz. Zacznij od teorii.

równolegle przerabiam kurs https://learngitbranching.js.org/?locale=pl ale nie wiem tego co powyżej

Nikto0 napisał(a):

równolegle przerabiam kurs https://learngitbranching.js.org/?locale=pl ale nie wiem tego co powyżej

Jakie klikbajtowe tytuły rozdziałów. I jaka treśc w małym okienku, aby nie ujawnić rzeczywistej pustki
Selektywne objaśnienia bez podkładu teoretycznego, bez wyjaśnienia jakie cele sobie stawiamy.
jakbym nie wiedział co to Git, i do czego może mi się przydać, z tego się nie dowiem

Pod względem pedagogicznym nikt tego nie przeglądał krytycznie.

Czym się kierujesz wybierając te, a nie inne materiały?
ja bym osiwiał

Może ktoś pomóc?

pomagamy ci tylko ty się zaciąłeś i nie chcesz słuchać

ehhhhh napisał(a):

pomagamy ci tylko ty się zaciąłeś i nie chcesz słuchać

A może wiesz gdzie mogę znaleźć teorię dotyczącą tego zagadnienia?

Cofania zmian z konsoli? nie wiem, ja to robię przez gui m.in takie jakie ci podesłałem. Tam wybierasz po po prostu historię zmian a potem wybierasz switch to revision na konkretnym commicie.

ehhhhh napisał(a):

Cofania zmian z konsoli? nie wiem, ja to robię przez gui m.in takie jakie ci podesłałem. Tam wybierasz po po prostu historię zmian a potem wybierasz switch to revision na konkretnym commicie.

chodziło mi o to co pisał Riddle bo dalej nie bardzo wiem jak to zrobić

nooo ale riddle podał ci jakie komendy masz po kolei wykonać i co zrobić, podał ci dokładną instrukcję, więc czego nie wiesz? jak wkleić to do konsoli?

Nie wiem czy Zmień jakiś plik, i potem wykonaj to mam zmienić plik z rewizji 1

no ten plik na którym testujesz sobie gita

Nikto0 napisał(a):

Nie wiem czy Zmień jakiś plik, i potem wykonaj to mam zmienić plik z rewizji 1

Zrób sobie plik tekstowy np. dane.txt, zapisz tam jakiś tekst, np. dupa.

Oczywiście jak nie masz jeszcze gita to git status zwróci błąd: fatal: not a git repository (or any of the parent directories): .git
wtedy wpisujesz git init co utworzy w danym katalogu gita repository.
potem jak wpiszesz git status to wyświetli ci się, że jest nowy plik zmodyfikowany.
potem git add . dodajesz wszystkie pliki zmodyfikowane.
następnie git commit -m "Utworzenie pliku"

Po tym masz zapisany plik czyli zrobiony commit.
Teraz dopisz do pliku dane.txt więcej danych np. dupa asdfasfs, i teraz musisz dać nowy commit z nowymi danymi
git add .
git commit -m "Modyfikacja pliku"

I teraz jak chcesz przywrócić w katalogu wszystkie pliki do stanu jak zapisywałaś w pierwszym commicie tym o nazwie Utworzenie pliku
To robisz git checkout <tutaj musisz hash podać>
Ten hash bierzesz z git log --graph --all

Teraz dla testów sprawdź zawartość pliku dane.txt
Powinno być z commitu ostatniego czyli Modyfikacja pliku

zrób git log --graph --all
tam skopiuj hash commitu, z nazwą Utworzenie pliku
i wpisz git checkout a57e8792b35e7ef85 <--- ten numer pochodzi z git log --graph --all obok tam commitu, na który chcesz się przełączyć.

Teraz jak sprawdzisz zawartość katalogu dane.txt to się okaże, że zawartość pliku dane.txt zmieniła się na same dupa.
I jak zrobisz git checkout ale tym razem z hashem od Modyfikacja pliku to ci się zmieni zawartość pliku w momencie tym jak robiłaś commita.

ehhhhh napisał(a):

no ten plik na którym testujesz sobie gita

dlaczego ja mam tutaj initial comment a autor kursu nie?

albo jestem ślepy albo nie ma nic takiego na screenie

ehhhhh napisał(a):

albo jestem ślepy albo nie ma nic takiego na screenie

ostatnia linika wywołania lgit log --oneline

i gdzie tam masz "comment"? ja tam widze "commit"

ehhhhh napisał(a):

i gdzie tam masz "comment"? ja tam widze "commit"

tak commit to literówka