spece do usuniecia

[Arkadiusz Miskiewicz]

On Tuesday 06 of March 2007, Jan Rekorajski wrote:

> > Super wygodna praca na branczach, można mieć wszystkie branche zassane,
>
> A tylko wybrane? Nie miec _wogole_ zassanych tagow? 

Da się. Łatwość zależy tylko od zorganizowania sobie repo.

> A potem sobie tag 
> zassac _bez_ koniecznosci podawania
> http://ultra.dlugiego.urla.do.repo/oj/wej/pakiet/t/tag ?

Z tym będzie problem. Nie wiem czy wymyślili coś do skracania :)

> > wygodnie lokalnie diffować, commitować tylko to co się chce w danym
> > branchu. Jak ktoś nie chce zasysać to może diffować pomiędzy branchami
> > bez zasysania czegokolwiek na lokalnego kompa.
>
> Jasne, jakos `svn diff branches/BRANCH1/plikA branches/BRANCH2/plikA`
> wcale nie wyglada mi wygodniej od cvs `diff -r BRANCH1 -r BRANCH2 plikA`
> wrecz gorzej bo sie musze bawic katalogami.

A jak zrobić diffa pomiędzy kompletnym branchem X, a Y dla pakietu? W cvsie 
się nie da.

> > Jakiego śmiecia?
>
> Gigantyczne drzewo katalogow z zawartoscia powtarzalna w 90%.

W sensie jak pozasysasz parę branczy na raz? No to wtedy owszem, masz na 
dysku ,,poduplikowane'' rzeczy. To samo jednak jak chcesz mieć na raz 
pozasysane parę branchy cvsu.

> Ja chce dlubac w pakietach a nie trenowac "Jak szybko jestem w stanie
> zmienac katalogi" albo pisac w kolko `pwd` bo mi sie katalog w PS1 nie
> miesci :/

Cóż, to jest jedna z wad svna. 

> > W cvsie to dopiero są śmieci - całe SOURCES w jednym worku, nie wiadomo
> > które patche nadal używane, a które nie, bajzel.
>
> Tak, tu masz racje, to jest bolesne, ale SVN przegina w druga strone
> niestety.
>
> > > Tak wiem ze mozna sciagnac majtki przez
> > > glowe i tego nie miec ale zeby sie pozniej do tego co na poczatku nie
> > > chce dostac musze spowrotem te majty przez glowe zalozyc.
> >
> > Cały kłopot z tym, że te majtki przez głowę pakujesz i w cvsie - tylko w
> > innych aspektach.
>
> merge i revert? Innych sobie nie przypominam (moze nie widze z
> przyzwyczajenia ;), a tych dwoch uzywam tak rzadko ze mi nie
> przeszkadaja.

Ok tylko patrz pod kątem wszystkich operacji na naszym repo, a nie tylko 
własnych ;)

> > > Ja nie twierdze ze CVS jest idealny ale do naszych potrzeb jest dobry,
> > > natomiast SVN sie zupelnie nie nadaje.
> >
> > Popróbujesz na żywym organiźmie testowego repo to Ci się może odmieni.
> > Jakoś Ci co rzeczywiście pracują nad specami PLDowymi trzymanymi w
> > subversion (trojan, jajcus) sobie chwalą w stosunku do cvsa.
>
> Bo pracuja na kilku procentach repo?

Raczej bo widzą zalety, które przyćmiewają wady.

> > > Jak juz bardzo chcecie sie pozbyc CVS-a to znajdzcie taki CMS ktory
> > > bedzie uzywalny zamiast na sile pchac sie w SVN bo akurat jest trendy i
> > > dzejzi.
> >
> > Polecam uczenia się np. gita - kaplica! Interfejs użytkownika tam nie
> > istnieje. Jest totalne bagno. svn ma ten drobny plus, że bardzo łatwo z
> > cvsu się przerzucić.
>
> Przesadzasz troche co do git ;)

E tam. Ostatnio się pytałem jak wyssać diffa danego commita z palca. Podano mi 
3! możliwe rozwiązania ;) Tylko jedno wiązało się z git diff. Do tego trochę 
pozmieniasz kolejność opcji etc i zamiast powiedzieć ,,głupi user'' to wali 
przeróżnymi błędami, każdy wskazujący na coś innego. 

> A latwosc przerzucenia sie nie moze byc glownym powodem wyboru danego
> CMS czy zmiany jako tekiej.
>
> > Atomowe commity,
>
> jakos nie widze potrzeby

Wygodne jak trzeba cofać czyjeś psujstwo czy patrzeć w ogóle na zmiany sprzed 
jakiegoś czasu.

> > śledzone mv,
>
> to +, ale czy naprawde tak czasto ich potrzebujemy?

Raz na jakiś czas.

> > wkrótce merge tracking (od 1.5 ma być).
>
> nie czuje tego
>
> > ps. najlepiej poczekać na testowe repo na którym będzie można się pobawić
> > i wtedy wydawać opinie
>
> Dawaj :)
> Jak potestuje to dopiero puszcze flame ;>

Zobaczymy ile krzakorów wyjdzie w plikach rcs... cvs2svn jest dość wrażliwy na 
takie coś.

> Janek

-- 
Arkadiusz Miśkiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/