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/ _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
