W dniu 11 października 2010 17:36 użytkownik Łukasz Maśko <[email protected]> napisał: > ...powiedzcie mi proszę, jak to poprawnie zrobić. Nie chcę, żeby mi ktoś > głowę urwał, jak coś sp... ;-) > > Chodzi akurat o kdevplatform/kdevelop. W CVS mamy teraz wersje 1.0.1/4.0.1, > ale jest dostępna wersja 1.0.90/4.0.90 (4.1 RC1). Lokalnie poprawiłem sobie > spece i zbudowałem. Wydaje się działać. Teraz chciałbym to wrzucić do repo, > ale nie na HEAD (żeby nie psuć) tylko na DEVEL. Zakładając, że plik który > mam, jest już uaktualniony, jak powinienem teraz postąpić? Najpierw cvs ci, > a potem cvs tag -b DEVEL? Jaka jest poprawna kolejność? W tym projekcie nie > mamy jeszcze tagu DEVEL. Co robić, jeśli ten tag już jest? Czy wtedy należy > robić cvs ci -r DEVEL? > > Wybaczcie lamerskie pytania, ale z CVS-a korzystam w dość uproszczony sposób > (jak dotąd), takie rzeczy udawało mi się jak do tej pory omijać. Czas się > nauczyć :-) A nie chcę sp..aprać dystrybucyjnego cvs-a.
Jeśli już jest DEVEL to usuwasz: cvs tag -B -d DEVEL packages/kdevelop/kdevelop.spec Potem leciesz: cvs tag -b -F DEVEL packages/kdevelop/kdevelop.spec cvs up -r DEVEL packages/kdevelop/kdevelop.spec cvs ci packages/kdevelop/kdevelop.spec w ostatnim kroku Twój edytor of choice powinien pokazać Ci, że commit który popełniasz pójdzie na branch DEVEL. -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LOOOOONG time." -Guy Kawasaki _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
