Dodawanie plików do gita (nowy branch)

0

Witam.
Mam dość nietypowy problem :/ Pobrałem pliki z gitlaba (poprzez "pobierz zip"), wprowadziłem modyfikacje do plików na komputerze i teraz mam wgrać projekt do nowego brancha.
W jaki sposób to zrobić (nie mam doświadczenia z gitem)?
Załóżmy że projekt nazywa się XYZ. Branch do którego wgrywam to ABC

Muszę zrobić coś takiego z poziomu konsoli:
$ git config --global user.name "Mati"
$ git config --global user.email [email protected]"
$ git add .
$ git checkout ABC
$ git commit -m "jakiś komentarz"

?

Ma to sens? Czy coś jeszcze trzeba zrobić?

0

Nie pamiętam, czy w GitLabie tak jest, ale w momencie kiedy pobierasz przez ZIP to może ci się nie pobrać repozytorium gita, ale po prostu pliki - i komenda "git add" powie ci tylko, że nie można dodać plików, bo nie jest to repozytorium gita. Sprawdź, czy masz folder .git w pobranym pliku.

Jeśli nie masz, to musisz najpierw sklonować repozytorium (git clone http://example.com/user/repo).

0

kurczę, nie mam .git :( Czyli dać git clone http://example.com/user/repo w katalogu z nowymi plikami? Czy w innym katalogu i potem przegrać .git do mojego katalogu?

0

Zrob git clone w nowym katalogu i przerzuc zmodyfikowane pliki. Najbezpieczniejsza opcja. Albo skopiuj sam katalog .git do swojego zmodyfikowanego katalogu. Katalog .git jest zazwyczaj ukryty + pewnie repo posiada .gitignore wiec tez skopiuj do swojego. Wyedy powinno zadzialac :P

0

Nie mam w projekcie katalogu .git
Czyli mam tak zrobić:
git clone - pobierze aktualne pliki z GIT, tak?
Potem checkout ABC (stworzenie nowego brancha)?
Potem mam skopiować swoje zmodyfikowane pliki do katalogu, który został stworzony w GIT CLONE?
potem commit I push?

Dobrze myślę? :)

0
  • Najpierw git clone <repo>.
  • Następnie otwórz ten katalog w Terminalu (czymś czego używasz) -> git checkout -b abc.
  • Teraz skopiuj zmodyfikowane pliki do sklonowanego przed chwilą repo. Zrób git status - wyświetli Ci listę zmodyfikowanych.
  • Musisz je dodać więc git add -A (umieszcza wszystkie zmiany).
  • Później pozostaje tylko git commit -m <treść commita> i na koniec wysłanie git push.
  • Ewentualne musisz zmiany scalić z gałęzią master. Tak więc aby to zrobić musisz się na nią przełączyć git checkout master i robisz merge swojej gałęzi do gałęzi master za pomocą git merge abc. Na sam koniec znowu git push.
0

warning: CRLF will be replaced by LF in blablabla/bla/x.php

i tak dla wszystkich zmienionych plików. Tak jest dobrze? ;)

0
baracadus napisał(a):

warning: CRLF will be replaced by LF in blablabla/bla/x.php

i tak dla wszystkich zmienionych plików. Tak jest dobrze? ;)

CRLF i LF to zakończenia linii w plikach. CRLF dla systemów Windows, a LF dla systemów UNIXowych. Można to zmienić w swoim edytorze kodu. VS Code ma po prawo na dole (niebieska linia) opcję zmiany na wybraną. Później najwyżej ktoś będzie miał ten sam problem z końcówkami :P

1
baracadus napisał(a):

git clone - pobierze aktualne pliki z GIT, tak?

Zklonuje Ci repozytorium do aktualnego katalogu - czyli tak, będziesz miał tam pliki z repo.

baracadus napisał(a):

Potem checkout ABC (stworzenie nowego brancha)?

Komenda git checkout ABC przełącza na istniejący branch. Jeśli chcesz przełączyć się na istniejący, albo utworzyć go jeśli nie istnieje to git checkout -b ABC.

baracadus napisał(a):

Potem mam skopiować swoje zmodyfikowane pliki do katalogu, który został stworzony w GIT CLONE?
potem commit I push?

Tak, ale dobrze przed commitem zrobić komendę git status i zobaczyć:

  • Czy pliki które stworzyłeś są wersjonowane (git może je olać)
  • Czy pliki są oznaczone jako "do scommitowania"
    Jeśli tak, to commit i push.
2
baracadus napisał(a):

warning: CRLF will be replaced by LF in blablabla/bla/x.php

i tak dla wszystkich zmienionych plików. Tak jest dobrze? ;)

Jeśli pracujesz na Windowsie, to wykonaj git config --global core.autocrlf true aby tego uniknąć.

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0