Mein Team arbeitet hauptsächlich mit Flex-basierten Anwendungen. Davon abgesehen gibt es fast überhaupt keine Konventionen (sogar die Umgestaltung ist ein Wunder für sich) und dergleichen.
Da ich aus einem .NET + CruiseControl.NET-Hintergrund komme, habe ich es sehr nötig, dass jeder eine anständige Tracking-Software verwendet (wir verwenden eine Todo-Liste, die jetzt in PHP kodiert ist) und CI; Ich dachte, Trac + BuildBot wäre eine gute Option.
Wie würden Sie das obere Management überzeugen, dass dies der richtige Weg ist, sowie einige der in
Danke
Gibt es etwas, was Sie jetzt tun könnten, ohne dass jemand anderes die Erlaubnis dazu benötigt? Könnten Sie damit beginnen, trac / buildbot / etc nur für Ihre eigene Arbeit zu verwenden und dann andere hinzuzufügen, wenn sie interessiert sind?
Nach meiner Erfahrung kann man ziemlich weit kommen, indem man ohne Nachfrage fragt.
Gibt es bestimmte Vorteile für die Route, die Sie vorschlagen, dass Sie ihnen zeigen können, ohne dass sie sich einkaufen müssen?
Ich hatte eine Erfahrung darin, mein Team dazu zu bringen, ein CI-Setup von maven + cruisecontrol zu akzeptieren. Im Grunde habe ich versucht, sie für ein paar Tage dazu zu bewegen, und sie haben weitergebaltet, weil es nicht bekannt war. Dann habe ich es einfach selbst gemacht und hatte alle kaputten Builds per E-Mail an die Mailingliste geschickt. In dieser Nacht machte der Projektleiter einen Check-In, der den Build zerstörte (er hatte nur eine Datei vergessen) und natürlich wurde jeder mit seinem Fehler per E-Mail benachrichtigt.
Am nächsten Tag kam er zu mir und sagte: "Ich verstehe es jetzt."
Es brauchte keine Anstrengung von ihm, sich zu engagieren und die Vorteile kostenlos zu sehen.
Tags und Links continuous-integration project-management flex trac buildbot