eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingpytanie z gita › Re: pytanie z gita
  • X-Received: by 10.157.16.21 with SMTP id h21mr1460334ote.18.1474174503739; Sat, 17
    Sep 2016 21:55:03 -0700 (PDT)
    X-Received: by 10.157.16.21 with SMTP id h21mr1460334ote.18.1474174503739; Sat, 17
    Sep 2016 21:55:03 -0700 (PDT)
    Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!goblin2!goblin.stu.neva.ru!weretis.net!feeder6.news.weretis.net!news.g
    lorb.com!m9no967156qte.0!news-out.google.com!w143ni4569itb.0!nntp.google.com!x1
    92no1655666itb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for
    -mail
    Newsgroups: pl.comp.programming
    Date: Sat, 17 Sep 2016 21:55:03 -0700 (PDT)
    In-Reply-To: <nr6bcs$13h1$1@gioia.aioe.org>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=37.47.175.141;
    posting-account=VFwkXwoAAADdT4-lLKRZrMYkTjizGoyn
    NNTP-Posting-Host: 37.47.175.141
    References: <nr6bcs$13h1$1@gioia.aioe.org>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <1...@g...com>
    Subject: Re: pytanie z gita
    From: Wojciech Muła <w...@g...com>
    Injection-Date: Sun, 18 Sep 2016 04:55:03 +0000
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.comp.programming:209590
    [ ukryj nagłówki ]

    On Monday, September 12, 2016 at 3:42:54 PM UTC+2, Jivanmukta wrote:
    > Zacząłem uczyć się gita. Chcę go używać do moich projektów PHP+MySQL. Mam 2
    > pytania do praktyków:
    > 1. Rozumiem że gałąź (branch) tworzymy gdy chcemy wypróbować jakąś zmianę w
    > kodzie, której nie jesteśmy pewni czy ją zaakceptujemy. Np. czy dodanie do
    > projektu jakieś funkcjonalności mam sens. Kiedy jeszcze tworzymy gałęzie?
    > 2. Kiedy w praktyce wykonujemy operację merge? Kiedy mergujemy z gałęzią
    > master?
    > Byłbym wdzięczny za wytłumaczenie.

    U nas było tak:

    - gałąź master na produkcję,
    - gałąź dev na nową wersję produkcyjną,
    - gałęzie na nowe funkcjonalności do dev,
    - lokalnie to każdy sobie dodawał branche, jak mu pasowało.

    Gałęzie na nowe funkcjonalności musiały być przed mergem rebasowane
    do dev (żeby przed mergem przetestować lokalnie wszystkie zmiany
    z deva).

    Przed wydaniem wersji robiło się merga mastera z devem, tagowało
    master i tyle.

    W przypadku błędów na produkcji (zdarzają się, kurde), patche były
    nanoszone bezpośrednio na mastera i wtedy master był mergowany
    do deva, albo robiło się cherrypick poprawki.

    Aha, mieliśmy jedną zasadę - branche na nowe funkcjonalności musiały
    był pushowane na koniec dnia. Żeby w razie awarii, choroby, whatever,
    ktoś inny mógł kontynuować prace na funkcjonalnością.

    w.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: