|
kolszew - 25 Paź 2005, 12:55 Używając eclipse i wbudowanego klienta doszło do sytuacji /workspace/projX/ com/firma/util/ Counter.java Dwie osoby zrzuciły dio CVSa klasę o takiej samej nazwie Jak używać CVSa z eclipsem aby już na poziomie dodawania Pozdrawiam Leonard Milcin Jr. - 25 Paź 2005, 13:52 Używając eclipse i wbudowanego klienta doszło do sytuacji /workspace/projX/ com/firma/util/ Counter.java Dwie osoby zrzuciły dio CVSa klasę o takiej samej nazwie Jak używać CVSa z eclipsem aby już na poziomie dodawania Pozdrawiam Przed dodanie powinno się zrobić update? A tak serio, to chociaż nie używam CVS (wolę Subversion) to wydaje mi Ponadto nazwa pliku klasy w przestrzeni nazw (włącznie z nazwą pakietu) Pozdrawiam, Leonard Jarek Kucypera - 25 Paź 2005, 15:35 Jak używać CVSa z eclipsem aby już na poziomie dodawania do CVSa było widać całe drzewo firmowe "com.firma.*" co zabezpieczać bedzie przed takimi sytuacjami? AFAIK nie da rady, chyba ze napiszecie jakies rozszerzenie, cos w stylu listenera na operacjach cvsowych, ktory takie sytuacje bedzie wylapywal. Zauwaz, ze dla cvs'a to sa osobne pliki, w eclipsie oczywicie tak samo J.K. Jan K. - 25 Paź 2005, 15:51
Używając eclipse i wbudowanego klienta doszło do sytuacji /workspace/projX/ com/firma/util/ Counter.java Dwie osoby zrzuciły dio CVSa klasę o takiej samej nazwie Nie ma problemu, eclipse do każdego projektu domyślnie tworzy nowy "moduł" tzn katalog w katalogu głónym repozytorium domyślnie o nazwie projektu, którą możesz sobie samemu zmienić, jeżeli podczas commitowania wystąpią błędy to wtedy otrzymasz komunikat np.: umożliwiający przełączenie do widku synchronizacji projektu. Jeżeli spróbujesz dodać moduł o nazwie już istniejącej to też dostaniesz ostrzeżenie Jak używać CVSa z eclipsem aby już na poziomie dodawania do CVSa było widać całe drzewo firmowe "com.firma.*" co zabezpieczać bedzie przed takimi sytuacjami? Nie rozumiem problemu, z reguły jeżeli chcesz używać istniejącego projektu to w Eclipsie wybierasz new project, a potem Checkout project from CVS Pozdrawiam kolszew - 25 Paź 2005, 16:08 | Używając eclipse i wbudowanego klienta doszło do sytuacji | /workspace/projX/ com/firma/util/ Counter.java | Dwie osoby zrzuciły dio CVSa klasę o takiej samej nazwie Nie ma problemu, eclipse do każdego projektu domyślnie tworzy nowy "moduł" Problemów jest kilka 1. Jak mam zobaczyć zwartość pakietu com.firma.util? Jest on 2. Potem ktoś używający różnych JAR'ów tak naprawdę nie będzie miał 3. Naruszona jest zasada unikalności nazw klas. Myślę że bardziej chodzi tu o implementację CVS'a w Eclipse. Kiedyś Pozdrówa Arkadiusz Ryćkowski - 25 Paź 2005, 17:24 | Używając eclipse i wbudowanego klienta doszło do sytuacji | /workspace/projX/ com/firma/util/ Counter.java | Dwie osoby zrzuciły dio CVSa klasę o takiej samej nazwie | Nie ma problemu, eclipse do każdego projektu domyślnie tworzy nowy Problemów jest kilka 1. Jak mam zobaczyć zwartość pakietu com.firma.util? Jest on jeżeli coś jest na tyle ogólne że jest w com.firma.util a nie w com.firma.projekt.util to powinno siedzieć w jakimś jednym projekcie i wszyscy programiści powinni o tym wiedzieć gdzie wrzucać tego typu klasy. P. Arek Hubert Grzegorzewski - 25 Paź 2005, 16:52 Problemów jest kilka 1. Jak mam zobaczyć zwartość pakietu com.firma.util? Jest on Albo ja nie rozumiem Twoich problemów, albo Wy jednak coś mieszacie i próbujecie korzystać z CVS'a według jakichś starych nawyków, nijak się jednak mających do idei tego systemu zarządzania wersjami. Dlaczego nie możecie mieć tego pakietu w jednym miejscu, tylko musi być porozrzucany, jak sam określasz, w kilku miejscach? 2. Potem ktoś używający różnych JAR'ów tak naprawdę nie będzie miał Ale sami sobie zrobiliście taki bałagan... Chyba powinniście stworzyć sobie jeden projekt, np UTILS (jako oddzielny moduł w CVS) i w nim implementować ten pakiet com.firma.util. Wtedy zawsze tworzycie jara na podstawie tych samych źródeł, a w projektach projX i projY "linkujecie" sobie ten projekt UTILS jako wspólne klasy narzędziowe. Jary robicie albo z całości, albo jakieś specjalizowane, okrojone, ale na podstawie klas z tego samego projektu. 3. Naruszona jest zasada unikalności nazw klas. Dla CVS'a nie ma znaczenia - jeśli rozsiewasz pakiety w kilku miejscach, traktuje je jako inne katalogi, więc różne pliki. CVS jest uniwersalnym środowiskiem, nie tylko javowym. Myślę że bardziej chodzi tu o implementację CVS'a w Eclipse. Kiedyś pisząc w Delphi nie miałem takich problemów. Istniało w firmie jedno drzewo źródeł a same projekty uzyskiwały tylko dostęp do kilu miejsc drzewa. Jak ktoś potrzebował w projekcie X pakietu /bibl/util/ to określał w parametrach projektu ten katalog jako jeden z źródłowych i tyle. Mam mieć gorzej w Javie? Nie wiem jak to miałeś w Delphi - tam też był CVS czy jakiś inny system? Być może zamiast tak kombinować, trzeba się przestawić na trochę inne tory :) Pozdrówka amol - 25 Paź 2005, 17:08 Problemów jest kilka 1. Jak mam zobaczyć zwartość pakietu com.firma.util? Jest on to nie lepiej przemyslec filozofie firmy i stworzyc jeden modul utils? a w innych projektach dodawac jako biblioteke?? 2. Potem ktoś używający różnych JAR'ów tak naprawdę nie będzie miał pewności czy używa "com.firma.util.Counter" tego z projX czy tego z PorojY wtedy taka pewnosc bedzie ... 3. Naruszona jest zasada unikalności nazw klas. ten problem tez zniknie ... Krzysztof Rudnik - 25 Paź 2005, 17:12 Ale sami sobie zrobiliście taki bałagan... Nie wiem czy jest to dostepne spod eclipse, ale sam CVS umozliwia tworzenie modulow (projektow) 'wirtualnych' tj polaczenia kilku fizycznie oddzielnych katalogow w jedno drzewo udostepniane uzytkownikom. Czyli mozna miec to UTILS jako samodzielny katalog CVS i dolaczyc go do innego projektu jako podkatalog. kolszew - 26 Paź 2005, 13:46 | Problemów jest kilka | 1. Jak mam zobaczyć zwartość pakietu com.firma.util? Jest on to nie lepiej przemyslec filozofie firmy i stworzyc jeden modul utils? Ano tak właśnie jest Jest jeden projekt utils w nim jest pakiet "com.firma.utils" Jets nawet JAR a tym pakietem i ... wszystko jest fajnie ale jeden śierściuch w innym projekcie założył taki sam pakiet i dodał tam tą samą klasę, BO TAK MÓGŁ nic go nie ostrzegło nie był w stanie przeglądać wszystkich 300 projektów zastanawiając się czy w którymś ktoś może nie zrobił takiego pakietu. Dodam że com.firma.utils to przykładowa nazwa! Gdyby drzewo w CVSie wyglądało tak com a nie projekt1.com To by nie dało się założyć drugiego com.firma.utils projekt2.com.firma.utils Bo eclipse z uporem maniaka wymusza nazwę projektu jako nazwę modułu Kolszew amol - 26 Paź 2005, 15:38 | Problemów jest kilka | 1. Jak mam zobaczyć zwartość pakietu com.firma.util? Jest on | to nie lepiej przemyslec filozofie firmy i stworzyc jeden modul utils? Ano tak właśnie jest Dodam że com.firma.utils to przykładowa nazwa! Gdyby drzewo w CVSie wyglądało tak com a nie projekt1.com To by nie dało się założyć drugiego com.firma.utils projekt2.com.firma.utils Bo eclipse z uporem maniaka wymusza nazwę projektu jako nazwę modułu Kolszew nie zrozumiales mnie; co prawda przy wiekszej liosci projektow bylaby to masakra, zeby teraz przerabiac, ale ... mialem na mysli to ze zakladasz sobie projekt utils, tam wrzucasz wszystkie co prawda inna kwestia dochodzi gdy w roznych wersjach projektu potrzebujesz Lilith - 27 Paź 2005, 13:10 Bo eclipse z uporem maniaka wymusza nazwę projektu jako nazwę modułu w CVS, nie umiem w eclipse założyć projektu który po prostu dopinał by się w pewnym momencie drzewa i nie wrzucał na chama nazwy projektu. Zartujesz? Jak masz projekt ktory jeszcze nie jest CVSowy, dajesz Team - Share projekt, wybierasz repozytorium, i masz wybor czy chcesz jako modul pod nazwa = nazwie projektu, czy pod inna nazwa, czy dopiac do juz istniejacych. Lilith - 27 Paź 2005, 14:10 Problemów jest kilka 1. Jak mam zobaczyć zwartość pakietu com.firma.util? Jest on porozrzucany w wielu projektach. Nie istnieje w CVS'ie jego jednolita zawartość (jest w kilku miejscach). Sugerowałabym pozbieranie tego w jedną kupę, zrobienie jednego modułu i korzystanie z tego a na przyszłość konsekwencje. Nie tylko eclipse, ale żaden klient cvsu nie pomyśli za Was, jak robicie bałagan na serwerze to cudów nie ma. Myślę że bardziej chodzi tu o implementację CVS'a w Eclipse. Myślę że chodzi tu o to że albo nie potraficie korzystać z CVSu jak bozia przykazała, albo macie jakieś złe nawyki, albo Wam się projekt i podział pracy wymknął spod kontroli. W żadnej mierze nie jest to wina CVSu ani Eclipse'a. Kiedyś pisząc w Delphi nie miałem takich problemów. Istniało w firmie jedno drzewo źródeł a same projekty uzyskiwały tylko dostęp do kilu miejsc drzewa. I to siedziało w CVSie? To chyba wszystko jako jeden moduł. Jak ktoś potrzebował w projekcie X pakietu /bibl/util/ to określał w parametrach projektu ten katalog jako jeden z źródłowych i tyle. Mam mieć gorzej w Javie? To nie kwestia javy, tylko korzystania z CVSu. W każdym języku i w każdym kliencie trafisz na takie same problemy jeśli nie ogarniesz tego we wstępnej fazie tworzenia modułów. To są tylko narzędzia z których trzeba sensownie korzystać, a nie cudotwórcze magiczne coś, rozwiązujące każdy problem za project managera. Krzysztof Rudnik - 28 Paź 2005, 06:09 | Problemów jest kilka Sugerowałabym pozbieranie tego w jedną kupę, zrobienie jednego modułu i bajzer + komputeryzacja = bajzel ^ 2. Krzysiek Rudnik JBoss, Eclipse i 'remote' Eclipse WTP - projekt zwykły w projekt web Eclipse - blad przy zapisie pliku "some characters cannot be mapped" - gdzie to sie ustawia? Ratunku!!! readWord albo co? |