Wszystko

Najnowsze

Archiwum

askorek
askorek
  • 1
Mirasy z #git chyba coś popsułem
zrobiłem sobie brancha health-check, dałem dwa commity i chciałem zmergować do master. Merga robiłem przez Pycharm, więc nie wiem co się do końca działo, ale zrobiłem checkout na master i z menu branchy\health-check merge with current.
No i otrzymałem to co na rysunku, merga nie widzę, nie wiem dlaczego pokazuje health-check jako główny branch.
Da się to jakoś naprawić?
askorek - Mirasy z #git chyba coś popsułem zrobiłem sobie brancha health-check, dałe...

źródło: comment_vgnjFyjH1LpCHLTWARubdA6EB0h7RDvR.jpg

Pobierz
  • 3
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
K.....o
K.....o
  • 1
Naszła mnie pewna idea na uproszczenie sobie życia w pracbazie, ale nie wiem czy jest wykonalna:

Istnieje możliwość automatycznego synchronizowania danego pliku między dwoma branchami poprzez gita lub bitbucketa?
Mam na myśli coś takiego: Istnieją branche X oraz Y na których jest ten sam plik. Pushuję zmiany do brancha X w których między innymi zmieniany był ten jeden plik, a branch Y sobie ten jeden pliczek automatycznie sam synchronizuje, bez żadnego merge'owania/rebase'owania.
  • 7
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
goral20
goral20
  • 1
Witam,
potrzebuję porady eksperta
muszę robić systematycznie (ale ręcznie) kopie stron internetowych (pliki + baza) i chciałem wykorzystać do tego GIT. Do tej pory wszystko wrzucałem z master jednakże przywracanie stary kopii jest lekko problematyczne gdyż długo z tym schodzi. I tu moje pytanie czy nie lepiej będzie jak utworzę branche (jeden branch - jedna strona)? Może jest inne rozwiązanie. Ktoś coś???

#git #pytaniedoeksperta #programowanie
  • 13
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
T.....K
T.....K
  • 1
Początkujący gita here, więc proszę o wyrozumiałość.
W jaki sposób korzystać z gita (gitlab) w zespole trzyosobowym (maks. cztero), w którym będzie bardzo dużo małych projektów i kilka większych. Tworzenie grup i zarządzanie nim przez konto administratora wydaje mi się w tym przypadku bezsensowne. Chciałbym, aby każdy miał dostęp do repozytoriów bez ograniczeń. Czy powinniśmy w tym przypadku korzystać z jednego konta gitlab, czy może każy powinien mieć oddzielne?
Do tej pory
  • 1
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
a231
  • 4
Czy powinniśmy w tym przypadku korzystać z jednego konta gitlab, czy może każy powinien mieć oddzielne?


@TheOranguTANK: Każdy powinien mieć osobne konto inaczej się nie połapiecie kto robi zmiany. Dwa - jeśli to jest selfhosted gitlab to po prostu zróbcie wszystkie projekty publicznie i z głowy.
Ja w niewiele większym zespole mam dwóch administratorów do zarządzania grupami ale i tak skończyło się na tym że w większości grup są prawie
  • Odpowiedz
damienbudzik
  • 1
Mam takie pytanie, pewnie trochę głupie.

Mam swojego brancha X (wtedy miałem taką zieloną osobną linię na obrazku niżej). Potem zmerge'owałem mojego brancha X z masterem i teraz te linie się nałożyły na siebie (jedna czarna linia). A chciałbym, żeby to wyglądało tak jak na drugim obrazku, że leci zielona linia ze strzałką do mastera.
Jestem początkujący, nie wiem czy się dobrze wyraziłem, ale mam nadzieję że wiecie o co chodzi.

#
damienbudzik - Mam takie pytanie, pewnie trochę głupie. Mam swojego brancha X (wte...

źródło: comment_RienSIVzrMqVAGPT2A1A5WkYTZvS2Xlj.jpg

Pobierz
  • 4
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Myzreal
  • 0
@damienbudzik: Też nie jestem pewien czy wiem o co ci chodzi, ale chyba powinieneś zmergować swój branch do mastera, a nie na odwrót. "Przełącz" (checkout) się na master, wtedy zrób merge X into master.
  • Odpowiedz
RaVo
  • 1
Nie mam w takiej rozproszonej pracy zbyt wielkiego doświadczenia dlatego pytam. Załóżmy, że mam projekt, klonuję całego mastera, robię swojego brancha i tam jakiś swój feature czy cokolwiek innego. Mija tydzień, do mastera zostały dołączone jakieś inne branche czyli mój (master) jest nieaktualny. Czy ja powinienem jakoś na moim aktualnym branchu zaktualizować swój projekt (dokładnie tego mastera) czy nie przejmować się zmianami w masterze, skończyć swoje i dopiero jak mój branch zostanie
  • 2
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
Nicarim
Nicarim
  • 1
@RaVo bez roznicy - jezeli pracujesz na branchu tylko ty to mozesz zrobic rebase z mastera ma twoj brancz by nie zasmiecac historii - i rozwiazywac konflikty na biezaco
  • Odpowiedz
Myzreal
  • 1
@RaVo: Jesli na twoim feature branch nikt inny nie robi, to tak jak pisał kolega wyżej - możesz robić rebase co jakiś czas by być up to date. Albo na końcu po prostu zrobić merge feature -> master i rozwiązać konflikty wynikające z powstałych w międzyczasie zmian.
  • Odpowiedz
Jurigag
  • 1
@puchacz265: albo jeszcze lepiej od razu jeszcze gotowe rozwiązanie za jednym prawie kliknięciem do hostowania całego repo/sprawdzenia działania w dowolnym języku na azure, to byłoby fajne i może sam bym nawet z czegoś takiego skorzystał mimo że azure strasznie drogi
  • Odpowiedz
Razi91
  • 1
@bi-tek: a tam szkoda, jest wiele innych.
przejęcie raczej będzie tylko kosmetyczne i nic się generalnie nie zmieni, ale niesmak pozostaje. Nie chcę żeby jedna korporacja miała monopol dosłownie wszędzie
  • Odpowiedz
allthethings
allthethings
  • 3
Mirki,
Pytanko: w jaki sposób najlepiej zrobić "squash" wszystkich commitów na branchu do jednego commita.
Mam taką sytuację:
master
develop
jakisBranch
  • 5
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach

Powiązane tagi