Was sind die Risiken, die mit Rational Team Concert?

Was sind die Risiken invovled mit Rational Team Concert in der software-Entwicklung?

  • Was ist the RTC von der Sie sprechen?
  • Möchten Sie vielleicht klären, was Sie bedeuten, durch RTC: en.wikipedia.org/wiki/RTC
  • Rail Traffic Control? 😛
  • Du meinst eine real time clock? LOL @ greg! Nette Liste 😉
  • Wenn dem so ist, Risiken in welchem Sinne?
  • Ich denke, dass die Rotterdam Terror Corp. könnte ein wenig mehr riskant, wenn..?
  • Ich meinte Rational Team Concert. sorry
  • Ich bin ein Teil des Entwicklungs-Teams entwickelt, die den RTC-Client für Visual Studio, und ich bin enttäuscht, zu erfahren, dass Sie Ihre Erfahrungen mit dem RTC VS Client wurde nicht zufriedenstellend. Ich ging zurück und schaute auf die Mängel, die Sie protokolliert haben jazz.net - es scheint, das wir beschlossen haben, die meisten von Ihnen und denen, die bleiben, reden Sie nicht über die Zuverlässigkeit der Ausstehende Änderungen anzeigen oder die Menü-Elemente, die deaktiviert sind unerklärlich. Haben wir nicht schon ähnliche Beschwerden von anderen Nutzern, so würde ich Sie bitten, melden Sie Mängel gegen die Probleme, die Sie haben in diesem post beschrieben, mit trace-Dateien. Ich glaube, in einigen
  • Hahaha. Ich arbeite für IBM, und ich Liebe Git.

InformationsquelleAutor Paul | 2010-06-20
  1. 19

    Ich weiß, das ist sozusagen ein Alter thread, aber wenn andere kam von hier ich'dd teilen meiner persönlichen Erfahrung.

    Haben wir es in den letzten Jahren hier und als headliner RTC hat sich zu einem SCM-ich weiß einfach nicht getraut, mit meinen Dateien.

    Die Abläufe sind so unterschiedlich, dass andere SCM ist so und als ganzes der es eine über-komplexe und komplizierte system, das von Zeit zu Zeit bewirkt, dass Sie Ihre änderungen verloren gehen.

    Die Tatsache, dass es ein Artikel über ein vermeintliches feature namens "Backup-Schuppen" erzählt nur die Geschichte, die ich bin nicht falsch, die Tatsache, dass es die Notwendigkeit für ein solches feature erzählt eine Geschichte, in der er selbst etwa, wie die änderung kann plötzlich verschwinden.
    - https://jazz.net/library/article/191/?errno=1

    Aus anderen SCM ' s, wir sind so ziemlich daran gewöhnt, dass nur "zurücksetzen" überschreibt lokale änderungen. In RTC-dies geschieht auf so vielen anderen Gelegenheiten. Man hat zu Fragen, wie schwer kann es vielleicht sein, Dateien Zusammenführen und/oder Konflikte, die Sie in diesen Situationen?...

    RTC überschreiben von Dateien, wenn Sie:

    • Resync Ihrem Arbeitsbereich, und da kann man nicht check-in von einem out-of-sync-WS können Sie nicht vermeiden, also von Gott, nehmen Sie eine Sicherungskopie, bevor Sie dies tun!
    • Die Änderungen, yup das ist richtig, trotz allem, was alle anderen SCM ' s tut... wird Es Ihnen zu überprüfen, in lokalen änderungen, bevor Sie Sie akzeptieren ändert sich jedoch, so denken Sie daran, klicken Sie auf ja, um die bei der BETEN, dass es entdeckt hatte, alle lokalen änderungen.
    • Zufällig?... Ich bin mir ziemlich sicher, dass erlebt haben zu anderen Anlässen, an denen Veränderungen verschwunden, aber nur die 2 oben wurden Dinge, die ich in der Lage gewesen, um den finger...
    • Wiederherstellen... Offenbar die einzige Kugel, die eigentlich auf diese Liste.

    Dies kann durch "design"... Aber dann würde ich gerne eine Abstimmung für wirklich schlechtes design.

    Auch als nichts anderes erwähnt ist, wenn Sie auf Visual Studio, IMMER auf aktualisieren klicken, remote-und lokalen änderungen vor dem Check-in. Eine Lösung wie subversion (so alt wie er ist), sind Meilen besser entdecken, Veränderungen als RTC, und so ist GIT...

    Neben den beiden SVN und Git haben große Implementierungen in vielen IDE ' s so gut... ich glaube, es dauerte eine Weile, bis die Git wurde erträglich für die Verwendung in Visual Studio, aber jetzt ist es sicher ist! Zwar gibt es noch features zu wünschen. SVN integriert werden kann, sind viele Arbeit-Artikel - /issue-tracking-Systeme als gut, aber für die Jira-integration, die ich eigentlich lieber nur zu schreiben das Problem, zahlen in die Kommentare, es ist schneller und einfacher... Und es schafft die Verbindung als FishEye nimmt die änderung setzt, so Jira wird Anzeige verpflichtet zu Fragen.

    Kann ich nicht sagen, wie Git/Stash combo oder SVN vs. YouTrack/Mischen hier funktioniert. Aber in der RTC den workflow Anhängen Arbeit-Elemente begeht, wird dieser riesige Aufwand also haben wir aufgehört, es = Wertloses feature.

    Dann ist die ganze Planung, work-Element, scrum etc. Teil des Systems ist... Der einzige Teil, den ich jemals über Liebe, das ist das lachen, es gibt mir von Zeit zu Zeit. Darüber hinaus ist es nahe zu nutzlos... Gehen, Jira+GreenHopper, Mischen, YouTrack statt...

    Eines der lustigen Dinge ist, dass IBM versucht zu verkaufen diese über "Integration" und, wie viel Sie sparen auf, dass..., Da diese Lösungen sind so weit verbreitet es gibt eine Tonne von guten Lösungen gibt, wo man buchstäblich kann es einrichten und müssen nicht berühren Sie mit einem finger, bis Sie entscheiden, dass es Zeit für ein upgrade auf eine neuere version der software. Neben all diesen "vermeintlichen Zeiteinsparungen für die Administratoren" nur in zehn-Falten für Sie zu laufen herum und helfen aussortieren viele der Probleme, die RTC zu haben scheinen gebracht.

    Also ich würde abraten vom RTC. Und Github, Codeplex, Bitbucket, etc. hat mehr als bewiesen, dass Dinge wie Git, SVN etc. in der Tat skalieren...

    • Nur ein kleines update auf meine, jetzt in der Nähe 5 Jahr, Straße mit RTC... dies ist nun zu einem Ende kommen, zumindest gibt es starke Bewegungen für den übergang zu GIT (endlich)... ich denke, dass Stash ist das Rückgrat wählte für das hosting von git, aber ich weiß nicht, was die endgültige Entscheidung werden, unabhängig von der Straße mit RTC wurde zu schmerzhaft und zu teuer und schließlich jemand erkannte, dass.
    InformationsquelleAutor Jens
  2. 5

    Wir verwenden RTC im Büro und es funktioniert auch Recht gut. Obwohl zwei Dinge die Sie wissen müssen:

    • Es ist nicht wirklich ein verteiltes Versionskontrollsystem wie Git oder Mercurial. Es funktioniert eher wie CVS. Es unterstützt das ändern, setzt aber.
    • Verwenden Sie es nicht mit der derby-Datenbank. Es krachte zahlreiche Male in unserer situation. Wir führen es auf DB/2 jetzt und jetzt läuft es stabil.
    • Es hat auch Unterstützung für die komplette applciation life-cycle-aber das ist für mich mehr eine Belastung von einem aufgeblähten system als eine große Sache zu haben.
    • Es ist ein tolles system, wenn Sie kommen aus dem CVS oder Subversion.
    • Es ist nichts besonderes, wenn Sie kommen aus dem Git oder Mercurial.
    InformationsquelleAutor mcpudding
  3. 4

    Rational Team Concert? Risiken sind, Vendor lock-in, nicht geeignet für Ihren Zweck, der nicht mit Ihrer Arbeit fließt, Mangel an Verständnis oder Ausbildung

    Real Time Clock? Mangel an Genauigkeit für Ihre Anwendung

    Real Time Control? Gewährleistung der Latenz. Vor allem auf OS ' s, die nicht etwas speziell für Sie. Auch RTC-apps neigen dazu, sehr gefädelt und erfordert Programmierer, die ein sehr strategisches Konzept zur Verwaltung der Parallelität zu erreichen, Echtzeit-Kontrolle

    InformationsquelleAutor Keith Nicholas
  4. 4

    Ich bin Teil eines kleinen Teams, das bereits mit dem Rational Team Concert (RTC; erste version 2, und jetzt version 3) Visual Studio 2010-client jeden Tag für etwa 9 Monate jetzt.

    Ich Stimme w/Benjamin ' s Kommentare über vendor-lock-in. Der "Mangel an Verständnis oder Ausbildung" Risiko manifestiert hat sich viele Male für uns.

    Empfehle ich dringend von RTC verwenden Sie für die Quellcodeverwaltung in Visual Studio, und Visual Studio-Benutzer mit Freiheit zu wählen, deren source-control-tool sollte in der Lage sein zu finden, eine geeignete alternative ohne viel Aufwand. Das Workitem tracking/etc (non-source-control featureset) ist schön, aber hier sind einige Gedanken über die its-source-control-integration w/VS2010.

    Wir haben gelernt, dass die RTC ' s "Ausstehende Änderungen" Bereich ist, der nicht vertrauenswürdig auf seiner Oberfläche-wir müssen ständig (und manuell) "refresh" der Bereich um zu erfahren, welche Unterschiede es wirklich sind zwischen unseren Arbeitsplätzen und dem repository. Es ist nicht ungewöhnlich, dass wir gemeinsam unsere Arbeit mit dem team, nur zu erfahren, dass einige der Dateien wurden nicht an das repository gesendet wird (die broken-build für den Teamkollegen), trotz der "Ausstehende Änderungen" Bereich teilt uns mit, dass keine änderungen waren anhängig, nachdem wir "geliefert" (RTC Begriff für einen "check-in") an das team.

    Noch schlimmer zu machen, dieses "Ausstehende Änderungen" Verwirrung verursacht hat, unser team, mehrere Male, zu verlieren-code vollständig. Um was auch immer Grad unserer Unwissenheit oder Beaufsichtigung verursacht werden diese Schäden haben wir nicht erlebt Sie mit alternativen source-control-Produkte. Es GRÜßEN die RTC-client - denken wir haben keine "Ausstehende Änderungen" wenn wir akzeptieren andere' Arbeit (Annahme ein anderer Entwickler eine änderung an einer Datei, die Sie geändert haben, können Ihre änderungen überschrieben werden, wenn die RTC nicht begreifen, dass Sie diese Datei geändert haben).

    Des Kunden "Show History" und "Vergleichen mit Früheren aus-Repository" - Angebote zeitweise deaktivieren, die sich in unserem Kontext-Menüs. In diesen Momenten, die manuelle Problemumgehungen benötigt, um zu sehen (oder kommentieren) Sie eine Datei mit der überarbeitung der Geschichte mühsam am besten.

    Wenn wir zu viele Dateien geändert auf unserer Arbeitsstation zu einem gegebenen Zeitpunkt, die "Ausstehende Änderungen" Bereich hält, Sie zeigt uns eine Liste der Dateien, die es stattdessen zeigt einen count. Die Anzahl der gleichzeitig geänderten Dateien benötigt, um das geschehen in die Hunderte (das ist eine große Zahl, zugegeben), und so ist es ziemlich selten, dass wir diese, aber es ist nicht ungewöhnlich für große refactorings in großen codebase, um die Auswirkungen dieser viele Dateien.

    Diese sind Mängel, um nur einen Bereich. Andere Verhaltensweisen, um die source-control-Angebote des Kunden sind buggy/unintuitiv, wie gut.

    In der Regel, die RTC2 VS2010-client (die meisten von meinem Gebrauch der Zeit) bietet eine Qualität assoziiere ich mit einem beta-Produkt. RTC3 ist VS2010-client (von dem aus ich Sie alle der oben genannten Beobachtungen) ist besser und bringt neue Funktionen (z.B. die Fähigkeit, einen Aktuellen Arbeitsaufgabe), aber ich würde nicht empfehlen es für alle Visual Studio-Benutzer mit Optionen, die die Wahl einer source-control Produkt. Es bleibt mehr buggy und konsequent vermuten.

    InformationsquelleAutor lance
  5. 3

    Team Concert vendor lock-in? Zweifelhaft. Sie können immer exportieren Sie Ihre gesamte SCM-repository zu Subversion aus der box. All die Arbeit, die Artikel können exportiert werden über CSV-Dateien...
    Oder verwenden Sie das mitgelieferte Java-SDK exportieren alles... ich denke, Sie machte es wie zuletzt lock-in wie möglich.

    • Kann Sie Punkt, um einige Unterlagen, wie zum exportieren der gesamten SCM-Geschichte, für die Subversion?
    InformationsquelleAutor Benjamin Chodroff
  6. 2

    Reporting schwach ist. Die Daten, die Sie brauchen, ist da, aber es hin bekommen und in ein format, das ein Kunde akzeptieren wird, ist schwer zu tun. Ich brauche eine ProPath-konforme Anforderungen traceability matrix und seine enge cousin, eine Überprüfung der Cross-Referenz-Matrix (VCRM). Viel Glück mit, dass.

    Es ist nicht open source. Sie nicht haben, eine community von Benutzern, die Suche über die Quelle zu identifizieren und zu beheben Sicherheitslücken. Letzteres ist der Grund, warum das Pentagon (US-Militär) immer mehr Akzeptanz von open-source; es ist schwer, zu rutschen, ein Trojanisches Pferd in code, den jeder ist auf der Suche.

    Was kein Risiko ist, dass Sie schließlich in der Lage sein, um Ihren job zu erledigen. Niemand jemals gefeuert für die Kommissionierung von IBM. 🙂

    InformationsquelleAutor Mike Jr
  7. 1

    Antwort auf die ursprüngliche Frage, mein team und ich wurden mit den VS-Client für RTC-da unsere erste Meilenstein etwa 3 und ein halbes Jahr her und wir haben einen großen Kundenstamm,der jetzt, so würde ich empfehlen die Buchung dieser Frage auf https://jazz.net/forums/viewforum.php?f=17.

    Ihre Fragen zu beantworten:

    1. Es gibt kein vendor-lock-ins. Ich würde sagen, wir haben eine wirklich offene Geschichte, die im Vergleich zu vielen anderen tools im change-und configuration-management-Domäne.
    2. RTC hat eine gute integration Geschichte mit Visual Studio. Es ist völlig einheitlichen, erbaut um VS-Paketen und integriert sich gut mit den VS ' s Projektmappen-explorer, Eigenschaften, tools, Fehler anzeigen, editor framework und so weiter, was eine native look and feel für die VS-Benutzer.
    3. Es gibt eine Reihe von blogs, Artikel, videos und forum-Beiträge auf jazz.net - könnten Sie einen Blick auf diese zu bekommen, ein Gefühl für die integration.
    4. Sie können auch erstellen Sie eine sandbox auf jazz.net und verbinden Sie es mit der RTC VS-Client, um herauszufinden, die Erfahrung für sich selbst.

    Cheers

    --Rupa

    • Viele andere Quelle-Bedienelemente ermöglichen den schnellen export-streams. RTC nicht. Auf, dass allein, ich würde sagen, vendor lock-in ist ziemlich hoch auf der Liste.
    InformationsquelleAutor Sreerupa Sen
  8. 0

    Risiken in nicht mit Rational Team Concert sind

    1. Mit Werkzeugen, die sich nicht integrieren gut mit einander. RTC hat sich die integrierte Planung, bug-tracking, source control, build und reports. So können Sie leicht sehen, welche Updates ging in einen bestimmten build, welcher code geändert wurde und warum. Sie können kommentieren auf das Workitem, wenn Sie nicht wie die fix in den code, einen screenshot zu verdeutlichen.
    2. Mit Werkzeugen, die nicht wachsen mit Ihrem Projekt. Sie können schnell loslegen mit RTC über einen vordefinierten Prozess-template. Wie Sie hinzufügen, mehr Mitglieder, mehr Mannschaften, mehr code, können Sie zwicken die den Prozess Regeln, um zu entscheiden, wer sollte überprüfen Sie die Wanzen, ziehen Sie die Regeln gegen Ende eines release builds automatisieren, setup inszeniert streams. etc. RTC wird von kleinen teams und großen teams.
    3. Verwendung von tools, die nur funktionieren, für Entwickler oder Manager, aber nicht beide. Mit RTC-Manager bekommen zu bauen fancy dashboards zu verfolgen, die Gesundheit der das Projekt in der Web-Benutzeroberfläche. Entwickler können die Arbeit innerhalb Ihrer IDE unter Windows, Linux, Mac (Eclipse, VS auf Windows). Es gibt auch ein Kommandozeilen-tool. Und es wird mehr kommen, Ihre 4.0 Beta bietet ein neues Windows Explorer-client. Denn eine IDE ist cool für die Entwickler, aber nicht so cool für einen tester oder ein Grafik-designer.
    4. Die Verwendung von tools, sperren Sie in ein bestimmtes OS. Wie gesagt in 3. vielleicht ist heute Ihr Projekt ist hauptsächlich Windows, aber was ist mit morgen? RTC hat clients für Windows, Linux und Mac.

    Aber wie gehe ich zum Apple store, um zu versuchen, die neuesten Gadgets, die Sie gehen können, um http://www.jazz.net und laden Sie eine Testversion von RTC zu sehen, der durch sich selbst. Importieren Sie ein bisschen Ihre Daten hinein und sehen Sie, wie es sich anfühlt für Sie und Ihr team.

    InformationsquelleAutor Christophe
Schreibe einen Kommentar