On Sunday 24 of June 2012 20:12:15 Paweł Sikora wrote:
On Sunday 24 of June 2012 16:17:18 Kacper Kornet wrote:
On Sun, Jun 24, 2012 at 10:25:38AM +0200, Jacek Konieczny wrote:
On Sat, Jun 23, 2012 at 11:14:35PM +0200, Kacper Kornet wrote:
To może wybór nazwy nie był najlepszy? Ta
On Fri, 29 Jun 2012, Paweł Sikora wrote:
On Sunday 24 of June 2012 20:12:15 Paweł Sikora wrote:
On Sunday 24 of June 2012 16:17:18 Kacper Kornet wrote:
On Sun, Jun 24, 2012 at 10:25:38AM +0200, Jacek Konieczny wrote:
On Sat, Jun 23, 2012 at 11:14:35PM +0200, Kacper Kornet wrote:
On Friday 22 of June 2012 21:47:08 Kacper Kornet wrote:
(Polska wersja w drugiej częście wiadomości:)
In git repositories authentication will be based on ssh keys. Therefore I
would like to ask developers with RW access to CVS to upload their public ssh
keys to SSH-keys directory in CVS.
On Fri, Jun 29, 2012 at 06:57:55PM +0200, Paweł Sikora wrote:
On Sunday 24 of June 2012 20:12:15 Paweł Sikora wrote:
On Sunday 24 of June 2012 16:17:18 Kacper Kornet wrote:
On Sun, Jun 24, 2012 at 10:25:38AM +0200, Jacek Konieczny wrote:
On Sat, Jun 23, 2012 at 11:14:35PM +0200, Kacper
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
On Friday 29 of June 2012 21:14:50 Kacper Kornet wrote:
On Fri, Jun 29, 2012 at 06:57:55PM +0200, Paweł Sikora wrote:
On Sunday 24 of June 2012 20:12:15 Paweł Sikora wrote:
On Sunday 24 of June 2012 16:17:18 Kacper Kornet wrote:
On Sun, Jun 24, 2012 at 10:25:38AM +0200, Jacek Konieczny
On Fri, Jun 29, 2012 at 19:30:22 +0200, Jan Rękorajski wrote:
no to jak panowie, jaki w koncu model odgalezien przyjmujemy dla glownego
nurtu pld-th?
1).
dzialamy na 2 galeziach master/devel ze wzajemnym scalaniem (tak jak
pokazalem wyzej)
i nie nadpisujemy/kasujemy devel.
Nie - to
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
On Fri, Jun 29, 2012 at 21:29:58 +0200, Paweł Sikora wrote:
A--B--C--D-I--K--(master)
\/ \
E--F--GJ--L--(DEVEL)
To ja wolę historię z pierwszego wariantu.
zeby osiagnac to co wrzucilem (git log --graph), nie uzylem zadnego
reset/hard.
prosty krzyzowy merge
On Fri, Jun 29, 2012 at 21:37:49 +0200, Kacper Kornet wrote:
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:
I na pewno tak zostaje po reset --hard?
Jak zrobisz git log master
On Fri, Jun 29, 2012 at 06:57:55PM +0200, Paweł Sikora wrote:
no to jak panowie, jaki w koncu model odgalezien przyjmujemy dla glownego
nurtu pld-th?
1).
dzialamy na 2 galeziach master/devel ze wzajemnym scalaniem (tak jak
pokazalem wyzej)
i nie nadpisujemy/kasujemy devel.
Czemu się tak
On Fri, Jun 29, 2012 at 07:30:22PM +0200, Jan Rękorajski wrote:
1).
dzialamy na 2 galeziach master/devel ze wzajemnym scalaniem (tak jak
pokazalem wyzej)
i nie nadpisujemy/kasujemy devel.
2).
dla kazdej kolejnej developerskiej wersji softu odgaleziamy od master do
jakiegos
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
13 matches
Mail list logo