Plastic SCM. Czy to właściwe rozwiązanie?

Question

Wiem, że są już pewne pytania dotyczące plastikowego SCM, ale mają ponad rok. Czy ktoś ostatnio używał Plastic SCM? Co o tym myślisz.

Użyłem git, a ja obecnie używam Hg. Uwielbiam kontrolę źródła Hg, ale integracja Visual Studio nie jest świetna, a powiązane narzędzia do zarządzania zadaniami/projektami nie były świetne. Zalecono użycie plastikowego SCM, ale lubię mieć na ten temat pogląd społeczności. - I nie, nie dbam o gramatykę na stronie. Preferuję dobrze zaprojektowane rozwiązania do dobrze sprzedawanych stron internetowych.

Answer 1

Tak, używamy Plastic SCM (mały zespół 5) już od 2 lat i działa świetnie, a nawet poprawia się z każdą aktualizacją!

Obsługa jest bardzo dobra (w ciągu godziny lub przynajmniej tego samego dnia odpowiedź!).

Również rozgałęzianie i łączenie działa bardzo dobrze w praktyce. Każdy programista może pracować we własnym zakresie (korzystając z oddziału na wzorzec zadania). Tak duża ulga. Po przejściu do innej gałęzi wszystkie zmiany są automatycznie odkładane/przechowywane na serwerze. Po przełączeniu zmiany są ponownie ładowane, co jest naprawdę fajną funkcją! Nie musisz się martwić o luźne zmiany, ponieważ Plastic radzi sobie z wszystkim bardzo dobrze.

Bez wątpienia Plastic SCM to najlepszy system kontroli wersji, jaki kiedykolwiek widziałem (używał MS Sourcesafe, CVS, SVN, StarTeam). Również słyszałem o innych, wsparcie oddziału jest znacznie lepsze niż MS Team Foundation.

Answer 2

Od kilku lat używamy Plastic SCM i bardzo się rozwinęło. Integracja z Visual Studio jest całkiem dobra, masz wszystkie graficzne widoki swojego klienta wizualnego wewnątrz VS.

Największym wyzwaniem było przejście do oddziału na zadanie, rodzaj najlepszej praktyki, aby go użyć. Ale teraz, kiedy musimy użyć SVN do projektu, tracimy nasze gałęzie zadań.

Answer 3

używamy Plastic SCM allready od ponad dwóch lat. to prawdopodobnie najlepszy produkt do robienia SCM. Po użyciu PVCS, Subversion i ClearCase w przeszłości. Zdecydowanie zalecam korzystanie z oddziału na podejście do zadania stosowane w Plastiku. To sprawia, że ​​twoja integracja działa tak łatwo.

Za pomocą scrum lub innego procesu programowania extreem, plastik pozwala w bardzo prosty sposób kontrolować kod.

Tworzywo również ewoluuje bardzo szybko i ma za sobą bardzo silny zespół techniczny.

Answer 4

W 2010 roku przeprowadziłem dochodzenie w mojej firmie, uznając PlasticSCM za opcję. Znalazłem kilka miejsc do poprawy, które były kluczowe dla naszej firmy. Uczyniłem to w kontakcie z naprawdę fantastycznym, niesamowitym i elastycznym zespołem wsparcia z tworzywa sztucznego SCM.

W problemie brakuje czynników wyzwalających dla operacji wypychania/wyciągania. Również wewnętrzny/zewnętrzny interfejs API nie jest jeszcze gotowy (ale można znaleźć przykłady wtyczek dostępnych na forum PlasticSCM). Bez haczyków pracujących na centralnym serwerze nie ma możliwości użycia Plastic SCM w rozproszonym scenariuszu w naszej firmie. Właśnie dlatego wybieramy Git.

Drugiej rzeczy nie brakuje, ale nie wydano wsparcia dla PostgreSQL. Czerwona na forum Możesz zapytać o taką umiejętność - a PlasticSCM posiada taki kod gdzieś.

PlasticSCM zawiera tak wiele funkcji dostępnych jako wtyczka i tak bogate GUI, że chcesz zaimplementować coś więcej "w środku". Ale wciąż czekamy na zwolnienie niektórych API. Nie mogę tego czekać.

Nie ma również licencji typu "float/enterprise" i "current" na użytkownika, model licencji jest bardzo drogi. Oczywiście możesz skontaktować się ze sprzedażą :)

Answer 5

Używam plastiku od około 3 lat. Jest to po prostu najlepsze oprogramowanie do kontroli wersji. Doskonałe wsparcie i responsywna informacja zwrotna. Teraz integruje się również z Git. Doskonały interfejs użytkownika i wszystkie opcje obsługujące również. Xlinks to bardzo fajna funkcja, a teraz możesz mieć zapisane XLinks.