On Fri, Jun 29, 2012 at 09:24:02PM +0200, Tomasz Pala wrote:
> On Fri, Jun 29, 2012 at 21:14:50 +0200, Kacper Kornet wrote:

> > Ale żeby osiągnąć to co naszkicowałeś wyżej to trzeba właśnie resetować
> > DEVEL. A dokładnie trzeba wykonać coś takiego:

> > git checkout master
> > git merge DEVEL
> > git checkout DEVEL
> > git reset --hard master

> Tak być nie może - nawet z ustawionym merge.log znikną opisy zmian i w
> efekcie będzie nagłe przejście, w którym zmienia się połowa speca, a
> jedynym opisem jest 'merged with devel'. Żadnego reset --hard.

Nie znikną. Zostaną w commitach na gałęzi master. W moim podejściu
resetujesz gałąź DEVEL, żeby wskazywała na ten sam commit co master.
Czyli żeby wyglądało tak:

* (master, DEVEL)
|\
| \
*  *
|  |
|  |
*  *
|  |
| /
*

Jak zrobisz git log master (nawet po usunięciu DEVEL) to nadal
dostaniesz wszystkie poszczególne commity.

Przy okazji nowe wersje gita przy większości prawdziwych  merge (innych
niż fast-forward) nie robią już automatycznego commita z commitlogiem
"merged with devel".

--
  Kacper
_______________________________________________
pld-devel-pl mailing list
pld-devel-pl@list...
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl