• Najnowsze pytania
  • Bez odpowiedzi
  • Zadaj pytanie
  • Kategorie
  • Tagi
  • Zdobyte punkty
  • Ekipa ninja
  • IRC
  • FAQ
  • Regulamin
  • Książki warte uwagi

Github- powrót do poprzedniej wersji.

Object Storage Arubacloud
0 głosów
1,400 wizyt
pytanie zadane 6 kwietnia 2018 w Systemy operacyjne, programy przez garris Użytkownik (660 p.)
Witam. Jeżeli nie będzie to dla kogoś problemem to proszę o malutka pomoc.

Zacząłem dzisiaj przygodę z gitem  wrzuciłem pierwszą wersję mojego projektu na Githuba, wcześniej utworzyłem commit. Następnie dokonałem zmiany w projekcie, nadpisałem w folderze Gita I wrzuciłem do repozytorium(nadpisujac poprzednia wersję, znalazłem w repozytorium schemat zmian). I stąd moje pytanie, czy jest możliwość zrzucenia na dysk lokalny z repozytorium pierwszej wersji mojego projektu?

Oraz drugie pytanie, jak usunąć z repozytorium pliki?

Z góry dziękuję i pozdrawiam!
komentarz 6 kwietnia 2018 przez adrian17 Ekspert (345,160 p.)
Nie za bardzo rozumiem.

Zrobiłeś commit w repo i go wrzuciłeś na GH, po czym usunąłeś/nadpisałeś cały folder włącznie z .git i zacząłeś od zera?
komentarz 6 kwietnia 2018 przez adrian17 Ekspert (345,160 p.)

Oraz drugie pytanie, jak usunąć z repozytorium pliki? 

Z konsoli: `git rm nazwa_pliku`

komentarz 6 kwietnia 2018 przez garris Użytkownik (660 p.)

@adrian17, 

Nie, nie. Nadpisały się tylko pliki, w których dokonałem zmian. Załóżmy sytuację, że najpierw wrzucam form1.cs i form2.cs i do obu dodaje komentarz 'v1' następnie dokonuje zmiany tylko w form1.cs i wrzucam wszystko na gita(z komentarzem v2)  w repozytorium mam form1 (v2) I i form2(v1). Przy czym w form1 mam przebieg zmian(ile linii usunąłem, w których momentach dokonałem zmiany itd) . Pytanie jest czysto teoretyczne, chce wiedzieć jak mam prowadzić gita na przyszłość. Dzięki za pomoc. 

1 odpowiedź

0 głosów
odpowiedź 6 kwietnia 2018 przez adrian17 Ekspert (345,160 p.)
Jeśli dobrze rozumiem...

Jeśli chcesz zobaczyć jaki był stan repo w commicie X (gdzie X to hash commita lub branch), wystarczy `git checkout X`.

Przy okazji: nie patrz na pojedyncze commity jak na "v1", "v2". Najlepiej jakby każdy commit był całym sensownym ciągiem zmian zmieniającym jakąś konkretną funkcjonalność. Tak samo, komentarze (nazwy commitów) nie powinny być "v1", "v2" tylko rzeczy w stylu "add feature XYZ", "fix bug causing ABC by doing XYZ", "refactor function ABC", albo "X jest głupi, wyrzucam go".

Podobne pytania

0 głosów
0 odpowiedzi 1,470 wizyt
+1 głos
1 odpowiedź 155 wizyt
–1 głos
0 odpowiedzi 82 wizyt

92,594 zapytań

141,442 odpowiedzi

319,707 komentarzy

61,979 pasjonatów

Motyw:

Akcja Pajacyk

Pajacyk od wielu lat dożywia dzieci. Pomóż klikając w zielony brzuszek na stronie. Dziękujemy! ♡

Oto polecana książka warta uwagi.
Pełną listę książek znajdziesz tutaj.

Akademia Sekuraka

Kolejna edycja największej imprezy hakerskiej w Polsce, czyli Mega Sekurak Hacking Party odbędzie się już 20 maja 2024r. Z tej okazji mamy dla Was kod: pasjamshp - jeżeli wpiszecie go w koszyku, to wówczas otrzymacie 40% zniżki na bilet w wersji standard!

Więcej informacji na temat imprezy znajdziecie tutaj. Dziękujemy ekipie Sekuraka za taką fajną zniżkę dla wszystkich Pasjonatów!

Akademia Sekuraka

Niedawno wystartował dodruk tej świetnej, rozchwytywanej książki (około 940 stron). Mamy dla Was kod: pasja (wpiszcie go w koszyku), dzięki któremu otrzymujemy 10% zniżki - dziękujemy zaprzyjaźnionej ekipie Sekuraka za taki bonus dla Pasjonatów! Książka to pierwszy tom z serii o ITsec, który łagodnie wprowadzi w świat bezpieczeństwa IT każdą osobę - warto, polecamy!

...