Wpis z mikrobloga

#programowanie

Co oprócz git-flow do zarządzania repozytorium? Moim zdaniem ten nie zawsze się sprawdza, np wtedy kiedy polegamy na plikach wygenerowany przy buildzie. Mamy jednocześnie zmiany na dwóch branchach co powoduje paskudne konflikty
  • 14
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@szmichal: nie cierpię GitFlow i uważam go za szkodliwe podejście. A co do plików generowanych to możesz dodać .gitattributes by usprawnić merge tych plików
  • Odpowiedz
via Wykop Mobilny (Android)
  • 1
@szmichal: szczerze mówiąc to wszystko, git flow to rak. Najbardziej lubię trunk driven development, bo jest prosty i historia repo prowadzonego w takiej konwencji jest bardzo przyjemna do analizy
  • Odpowiedz
@Saly: Dobrze poprowadzony git flow jest w pyte, ale nie kiedy są szybkie wrzutki na proda czy innego stage'a xD To raczej nie jest podejście dla niedojrzałego zespołu a tym bardziej biznesu
  • Odpowiedz
@Hauleth: @WhiskyRomeo: @szmichal: imho pełny gitflow to jest spoko ale jak utrzymujesz realne oprogramowanie, takie które ludzie używają w różnych wersjach. Bo jak ktoś potrzebuje tak skomplikowanego flow do developowania wewnętrzego serwisu który jest w 100% kontrolowany przez was... to raczej smutne.
Co też oznacza że trochę przestzarzałe podejście, bo coraz rzadziej wypuszcza się duże releasy, tylko małe aktualizacje, często kilka razy w miesiącu albo i
  • Odpowiedz