Witam,
postanowiłem stworzyć swój pierwszy projekt w gicie.
Mam dwie gałęzie master i dev.
W gałęzi master były wszystkie pliki „startowe”.
Aby rozpocząć prace nad projektem przełączyłem się do dev pozmieniałem co trzeba, zrobiłem commit, wróciłem do mastera, zrobiłem merge iii... konflikt ;(
W podręczniku pro git(http://progit.org/book/pl/ch3-2.html) znalazłem że muszę użyć git mergetool. Ale okazało się że teraz muszę otwierać każdy plik, a następnie zamknąć go żeby potwierdzić zmiany których jestem pewien. Ponadto pliki które zostały usunięte w dev'ie ciągle były w masterze.

I tu moje pytania:
1) jak powiedzieć merge że jestem pewien tego co robię i nie musi mnie pytać o każdy plik ?
2) Czy jest możliwe aby pliki usunięte z dev'a były usuwane również w masterze ?

Może dodam że nad projektem pracuje sam, a gita traktuję raczej jako kopię bezpieczeństwa.

Pozdrawiam,
sazian

Osobiście nie używałem, ale będąc na branch dev:
git merge -s ours master
a potem z master'a dać merge dev'a.
Manual: http://schacon.github.com/git/git-merge.html

Co do drugiego pytania, pliki usunięte z dev powinny być także usunięte z mastera jeżeli nie są ignorowane w repozytorium.

Dzięki za szybką odpowiedz

postanowiłem to sprawdzić i pojawił się mały problem, robiąc wszystko analogicznie nie udało mi się wywołać konfliktu.
Więc mam kolejne pytanie, czy jest możliwe że powstał konflikt jeśli zmiany były tylko w devie, a master pozostawał bez zmian ?




Czyli nie da się tego zrobić automatycznie ?

Konflikt powstaje, wtedy kiedy obie strony ( galęzie ) posiadają nieznane sobie zmiany w tym samym miejscu, czyli reasumując master miał jakieś zmiany, ale prawdopodobnie przy resecie do stanu wcześniejszego je usunąłeś, ponieważ nie były skomitowane.


Powinno być robione automatycznie chyba, że użytkownik ustawił inaczej. Zauważ, że jak dodasz plik A i push'niesz, a następnie usuniesz to w histori zmian to usunięcie jest zarejestrowane, więc wraz z merge'em ta zmiana jest rejestrowana także.