Tools helfen, ein kleines Geschäft, höhere Punktzahl auf der "Joel-Test"

StackOverflow https://stackoverflow.com/questions/15024

Frage

Fragen #1 bis #4 auf der Joel-Test meiner Meinung nach sind alle über die Entwicklungs-tools und support-system für Entwickler:

  1. Verwenden Sie die Quellcodeverwaltung?
  2. Können Sie ein build in one step?
  3. Do you make daily builds?
  4. Haben Sie einen bug-Datenbank?

Ich bin nur neugierig, was kostenlos/Billig (aber gut) - tools existieren für die Entwicklung der kleinen Geschäfte, die nicht haben großen bank accounts zu verwenden, um zu erreichen, eine positive Antwort auf diese Fragen.

Für die Quellcodeverwaltung ich weiß Subversion ist eine großartige Lösung, und wenn Sie sind eine ein-Mann-shop, Sie könnte auch verwenden SourceGear s Vault.

Ich verwende NAnt für meine größeren Projekte, haben aber noch nicht eingerichtet, ein Skript zu bauen, meine Installateure sowie die obfusication tools, die alle als einen einzigen Schritt.Irgendwelche anderen Vorschläge?

Wenn Sie mit ja beantworten können, um das Gebäude in einem einzigen Schritt, ich denke täglich schaffen, baut es einfach sein würde, aber welche tools würden Sie empfehlen für die Automatisierung diejenigen, die daily builds?

Für ein ein-oder zwei-Mann-team, es wurde bereits besprochen, SO dass Sie verwenden können, FogBugz-On-Demand, aber was andere bug-tracking-Lösungen gibt es für kleine teams?

War es hilfreich?

Lösung

  1. source control: Subversion oder Mercurial oder Git
  2. build-Automatisierung: NAnt, MSBuild, Rake, Maven
  3. continuous integration: CruiseControl.NET oder Kontinuum oder Jenkins
  4. Problem-tracking: Trac, Bugzilla, Gemini (wenn es sein muss .NETTO-und free-ish)

Vergessen Sie nicht die automatisierte Prüfung mit NUnit, Fit, und WatiN.

Andere Tipps

Meine bevorzugte stack:

1) der Subversion.Ich bin fasziniert über verteilte Quellcodeverwaltung, aber hatte noch nicht die chance zu versuchen, im Zorn noch.Für eine zentrale Lösung svn ist rock-solid.

2) Ant.Maven ist eine Freude zu verwenden, wenn es funktioniert, aber wie eine alte ant hacker finde ich maven schwer zu Folgen, wenn die Dinge schief gehen.

3) Hudson.Nicht erwähnt wurden bisher aber auf jeden Fall eine Untersuchung Wert.Unglaublich nutzbar und aktiv gepflegt tool.Bisher zahlten wir für Anthill Pro die Schienen kaputt war und schmerzhaft zu beheben, jedes mal, wenn Sie es vermasselt.

4) Wir zahlen die für jira.Nicht Billig, aber viel besser nutzbar als das open-source-Optionen, die wir uns angeschaut und sehr flexibel zu.

Meine engineering stack:

  1. Git (ich Liebe GitHub, aber Git erfordert eine gehostete Lösung)
  2. Rake
  3. CruiseControl.rb
  4. FogBugz

Kein Zweifel, diese Entscheidungen sind geprägt von meinem Entwicklungs-stack auf, was die meisten oft mit Ruby, Rails, SQLite, Firefox und OSX.

Möchten Sie vielleicht zu betrachten eine bestehende Frage von mir für Suche nach einer alternative zu Team System.Es gibt viele Empfehlungen dort auch.

  1. Git
  2. Machen
  3. Cron
  4. Trac

Ich bin ein Mann von wenigen Silben ;-)

Werden sicher zu verwenden eine Art Versionskontrolle, wo Entwickler können ganz einfach erstellen Sie private Filialen willy-nilly, dann nehmen Sie Ihre private branch und drücken Sie Sie in einem commit auf der main-branch.So, einzelnen Entwicklern---im Gegensatz zu der Organisation---können die Vorteile der Versionskontrolle ohne umweltschädliche jemand anderen code (und der Verlangsamung Ihrer Arbeit) mit einer gebrochenen verpflichtet.

Diese Funktion ist das, was ich mag über git.Ich denke, es ist nur richtig präsentieren in distributed version control systems;die Verwendung eines DVCS bedeutet nicht, dass Sie eigentlich zu tun haben, verteilte Entwicklung, though.

Bezüglich der ein-Schritt-Gebäude, ist die Standard-build-tool und es funktioniert ziemlich gut für die meisten Aufgaben.Ich ' D gehen mit, dass, es sei denn, Sie haben einen guten Grund es nicht zu tun.

Sie möchten, dass tägliche baut, setzen Sie den build-Befehl in der cron.täglich.Einrichten einer procmail Haken zu behandeln, die E-mail von cron-wenn es sein muss.

Für bug-tracking, verwenden Sie $(apt-cache search bug tracking).Im Grunde, so lange, wie es heißt "bug-tracker" auf dem Feld, und Sie wissen, andere Menschen verwenden es, es wird wahrscheinlich funktionieren.Unter den Stammgästen sind bugzilla, mantis und trac.

Ich habe keine tools zu empfehlen, aber ich habe einen Vorschlag über die täglichen builds.Meine Antwort ist immer ja zu dieser Frage, auch wenn wir nicht täglich baut.Stattdessen tun wir erstellen jedes mal, wenn jemand einen commit.Dabei fangen die Probleme fast sofort.Wenn jeder unsere Projekte immer genügend LOC dass der Aufbau dauert mehr als trivial Zeit, dies zu tun, wird auch gracefully degrade in die Richtung einer daily-build.

Ein gutes issue tracker, die war relativ günstig war axoSoft OnTime.Ich benutzte es seit Jahren, bevor man MS TFS.

Nant und CruiseControl sind Heftklammern in meiner Umgebung.

Ich glaube nicht, dass Sie wirklich brauchen, Verschleierung auf .Net mehr (siehe andere Antwort)

Ich würde das nicht als Tresor, SVN ist wirklich der Marktführer in dem moment (und kostenlos).Git ist auf der Suche ziemlich vielversprechend, aber derzeit ist die Befehlszeile, die nur mit einer steilen Lernkurve.

MSBuild schlägt NAnt für .Net 2 oder 3.5

CC.Net ist ausgezeichnet.

*4) Redmine

Ich empfehle Bitnami für die Erprobung verschiedener stacks.Es hat Trac, Redmine, und Subversion, sowie einige andere Fähigkeiten.

Überprüfen Sie heraus diesen Artikel auf Continuous Integration mit MSBuild CruiseControl.NET, FxCop, NUnit, NCover und Subversion...

Aus der software-Entwicklung Gräben

Ich bin derzeit mit SVN, aber ich habe generell hatte eine Menge oder ein problem mit den Kassen auf ein Netzlaufwerk auf einem dev-server.Es neigen dazu, sperren Probleme, die erfordern eine Menge von Fischen herum zu beheben.Es kann sein, dass die Verwendung der WebDav-Zugriff Methode, erleichtern würde einige dieser Probleme, aber ich habe nicht experimentiert noch.

Jede von Bugzilla, Trac oder Fogbugz wird Ihnen helfen, mit Ihrem bug-tracking, und bieten jeweils eine export-Funktion, so können Sie immer Ihre Meinung später ändern auf.Auch, wenn Sie können, Holen Sie sich Ihr team voll zu kaufen, das Zeit-management-software kann auch nützlich sein, post-mortems, etc (wenn alle motiviert sind, umfassend zu beteiligen.

Für die build-Automatisierung und continuous integration werfen Sie einen Blick auf TeamCity von Jetbrains.

Es hat viel features und ist es wirklich ein Kinderspiel einzurichten und zu verwenden.

Wenn Sie Visual Studio 2005/2008 es werden bauen Sie Ihre Lösung direkt, ohne die Notwendigkeit für zusätzliche scripts (wenn ein build ist alles, was Sie wollen.)

Es wird auch die Ausführung von unit-tests, und sammeln Sie Statistiken auf Erfolg bauen, unit-test execution times, etc, etc.

Am besten von allen:Die Pro-edition ist kostenlos für teams mit bis zu 20 Benutzer und 3 build-Agenten.

  1. source control:cvs
  2. bauen gnu make
  3. cron-job, der fordert, bash Skripte
  4. bugzilla
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top