Wpis z mikrobloga

Programisty pytania za plusy:

Pracuje nad projektem z cooomplem mamy 2 branche i każdy wrzuca w swoim zmiany.
1. Problem jak oboje coś zmienimy w 1 pliku ( ale tutaj chyba nie ma innej odpowiedzi niż organizacja pracy..)
2. Czy da się ignorować niechciany plik w commicie przed margem ?

#git #programowanie
  • 5
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@matth95: 1. No do tego właśnie jest merge i rozwiązywanie konfliktów.
Powinnisie sobie zrobic brancha mastera gdzie macie swoj projekt. Ktos zaczyna cos robic, robic checkout nowy branch i koduje. A potem pushuje do mastera. Pracujac tak, konflikty bede minimalne i raczej bedziesz wiedzial jak je rozwiazac.

2. poczytaj o .gitignore
  • Odpowiedz
.gitignore


@pkh: Jesli dobrze wiem to ignoruje pliki z commitów, a jeśli już pushnąłem go i na github chciałbym go ignorować przy margeu ?
  • Odpowiedz
@matth95: gitignore powoduje ze git nie bedzie go 'widzial'. Wiec dodaj tam ten swoj plik, i nie bedzie on juz wiecej brany pod uwage jak cos w nim zmienisz. Jesli juz go pushnoles, i jest teraz w branchu, to mozesz zrobic commita w ktorym go usuwasz. Albo probowac jakiegos reverta, czy cos w ten desen. Ale najlepsza opcja to zrobic poprostu commit z removem. Pamiętaj że w gicie nic nie
  • Odpowiedz
@matth95: To zależy od wielu rzeczy. Szczerze mówiąc najlepiej mieć moim zdaniem dwa jak robicie projekt w dwóch. Master i np. next. Master trzyma działającą wersje która jest przetestowana i można ją w tym momencie dać klientowi itp. Next trzyma aktualnie rozwijaną wersje. Programiści jak implementują coś to wyciągają się z next robią swój commit i pushują do next. W momecie jak np. trzeba oddać projekt zaczynacie stabilizować next i
  • Odpowiedz