ra branch

wrobell wrobell w ite.pl
Wto, 8 Kwi 2003, 11:05:15 CEST


On Tue, Apr 08, 2003 at 10:59:25AM +0200, Mateusz Korniak wrote:
> On Tuesday 08 of April 2003 10:46, wrobell wrote:
> > On Tue, Apr 08, 2003 at 10:45:30AM +0200, Mateusz Korniak wrote:
> 
> > > Dokładnie.
> > > Albo przynajmniej predefiniowac makra okreslajace czy aktualnei spec jest
> > > uzywany w Ra czy w Ac czy w czyms następnym.
> >
> > i jakie to będzie miało zalety nad branchem?
> 
> 1. Że bede miał mniej roboty w CVSie z czymś co rózni się paroma szczegółami 
> pomiędzy Ac /Ra.  
> 2. Że jak coś zrobie coś dla Ra to automatycznie będzie dla Ac i vice versa. 
> (a nei będzie wymagało to dobrej woli i zrobienia diff'a / albo ręczonego 
> dublowania  pracy)
> 
> 3. Mając automatyke builderową można zdefiniować makra o innej wartości dla Ra 
> i Ac (tak jak jest RA-branch i HEAD) i ich konsekwentnie używać.
> Builder/ automaytka budowania miałby parametr --ra (wtedy jeśli jest RA-Branch 
> w specu,  to go używamy, jeśli nie to bierzemy z head z makrami ustawionymi 
> dla Ra) i znika problem że ktoś puścił dla Ra coś z HEAD...
> 
> Ominąłęm jakieś istotne wady ?
Tak:
1. bałagan w specach (a więc i potencjalnie więcej pomyłek i więcej roboty)
2. bałagan w dystrybucji (w wielu przypadkach po prostu trzeba używać branch-a,
   bo jest zbyt dużo zmian w specu, a więc otrzymujemy kilka mechanizmów
   do tego samego)
3. merge pomiędzy ra <-> ac dzięki makrom jest do wykonania tylko
   ręcznie. cvs zrobi to z automatu (ty musisz tylko spojrzeć czy jest ok
   i rozwiązać ewentualne konflikty)

    wrobell <wrobell w ite.pl>



Więcej informacji o liście dyskusyjnej pld-devel-pl