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

Mały hosting, OGROMNE możliwości
0 głosów
2,082 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 Mentor (354,880 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 Mentor (354,880 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 Mentor (354,880 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 3,127 wizyt
+1 głos
1 odpowiedź 464 wizyt
–1 głos
0 odpowiedzi 159 wizyt

93,715 zapytań

142,629 odpowiedzi

323,261 komentarzy

63,258 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

Twierdza Linux. Bezpieczeństwo dla dociekliwych

Aby uzyskać rabat -10%, użyjcie kodu pasja-linux, wpisując go w specjalne pole w koszyku.

...