.NET GUI

Hallo

Ich suche eine geeignete Quellcodeverwaltung für ein kleines Entwicklerteam (3 Entwickler). Man sollte Visual Studio Projekte und SQL Server Objekte, also Tabellen defs., Strored Procdures usw.. verwalten können. Parallelles Arbeiten ist nicht so wichitg, es geht mehr darum den Überblick über die verschiedenen Änderungen zu behalten.

Was würdet ihr für einen solchen Fall empfehlen? Muss nicht freeware sein, darf also auch was kosten.

Alpha8

Das ist natürlich immer so ein Thema. Grundsätzlich würde ich den Team Foundation Server empfehlen, der jedoch für so ein kleines Team etwas überdimensioniert ist (zumindest auf jeden Fall was den Preis anbelangt).

Als kostengünstige Variante kann ich Subversion empfehlen. Siehe dazu auch den Thread VisualSVN mit neuer Version.

Diese Empfehlungen wird wohl (fast) jeder hier so unterschreiben

SVN in Kombination mit Trac ist definitiv für so ziemlich jedes (nicht unbedingt riesige) Projekt passend. habs jetzt schon in vielen verschiedenen projekten eingesetzt und kanns nur weiterempfehlen. Zumindest in Sachen Kosten unschlagbar.

Kann man mit SVN auch SQL Server Objekte Verwalten? Ich meine Tabellenstrukturen, Gespeicherte Prozeduren und dergeleichen?

Eigentlich hätte ich auch noch einpaar MS Access adp Projekte, aber dies wird nun wohl mit SVN kaum gehen.


Alpha8

SQL Server Objekte selbst nicht (-> TFS kann das denk ich), aber du kannst ja die einzelnen Skripts ins Sourcecontrol ziehen.

Binäre Dateien kannst du zwar in die Sourcecontrol legen, jedoch gibt es dann eben kein Merge, Diff etc.

Wenn Du die DB Pro Edition von Visual Studio hast, liegen die Skripts direkt auf Deiner Platte, so dass Du sie in SVN holen kannst. Falls nicht, kannst Du im Management Studio (Express) alle Objekte skripten lassen (als ein File oder ein File je Objekt).

Ich selbst nutze auch Subversion mit VisualSVN privat. Aber wenn du ein RCS für ein kleines Team suchst kann ich dir auch noch Perforce als alternative empfehlen. Im Betrieb nutze ich das. Es ist um längen mächtiger und ausgereifter als Subverison. ich glaube für 2 User und 5 Client Workspaces (Es können also 2 User gleichzeitig arbeiten allerdings auf 5 Rechner verteilt) Installationen ist es kostenlos nutzbar und in OpenSource Projekten kannst du auch eine kostenlose Lizenz für mehrere User beantragen. Schau einfach mal rein.

http://www.perforce.com/

 

Könntest du einige der Features nennen, die über denen von Subversion hinausgehen? Würde mich jetzt interessieren, ohne zahlreiche Seiten durchwühlen zu müssen :)

In der Firma setzen wir auch Perforce ein, weil zum Zeitpunkt des Anschaffens der TFS leider noch nicht so weit war :-/ Privat setze ich auf Subversion.

Der einzige Unterschied für mich - dazu sei angemerkt, dass ich beide System nicht mal ansatzweise ausreize - ist, dass ich bei Perforce eine schöne Changeliste habe. Sprich, ich kann verschiedene Projekte/Dateien in verschiedene Changelisten auschecken und die Changelisten dann unabhängig voneinander wieder einchecken. Ich muss auch ehrlich dazu sagen, dass ich nicht weiß wie das SubVersion handhabt.

Der Rest ist nicht wirklich besser/schlechter als bei SubVersion.

Ich finde bei Perforce die Handhabung der File Locks besser. Dort ist standardmäßig ein File erst mal gelockt, und wenn es wer bearbeiten will ist es automatisch für andere gesperrt. Das kannt soweit ich weis Subversion nicht (falls doch bitte sagen wie es geht ). Gerade in Teams wo die Grenzen im Quellcode nicht deutlich abgesteckt sind ist das sehr hilfreich um "Merge-Orgien" zu vermeiden.

Absolut schlecht an beiden Tools ist das sie kein Issue Tracking haben. Hier kann man ein Verbindung zu Issues nur über Change Nummern herstellen. Die vergibt Perforce wenigstens selbst pro Changepackage. In Subversion ist das noch etwas schwieriger weil es ja kein Changepackages in dem Sinne gibt.

Naja das optimale RCS hab ich bisher noch nicht gefunden. Aber da Subverison kostenlos und OpenSource ist finde ich es für den privaten Gebrauch mehr als auchreichend. Ich würde allerdings niemals im Betrieb Subversion einsetzen da hier ganz klar einige wichtige Featues fehlen.

Also mir fehlen im Betrieb mit Subversion keine wichtigen Features. Die Sache mit den Locks ist eher Geschmackssache, darüber führe ich auch halbwegs regelmäßig Diskussionen - am Ende ist es mir lieber einmal mehr zu mergen (mergen zu lassen) als tagelang auf Files zu verzichten, weil sie jemand nicht freigegeben und ins Wochenende oder sonstwohin verschwunden ist.

Locks kann man mit Subversion im Übrigen auch setzen, manuell halt per File. 

Da muss ich Thomas recht geben. Es ist immer auch vom Team abhängig, welche Locking-Strategie man verwendet. Entscheidend sind Teamgröße, Aufteilung der Aufgabenbereiche und weitere Punkte. Ich für meinen Teil sehe es als nicht so tragisch an, wenn es keine expliziten Locks gibt, denn nichts ist schlimmer, wenn man mal doch nicht an ein bestimmtes File kommt weil der Kollege, eben wie Thomas geschrieben hat, nicht erreichbar ist und es "mitgenommen" hat. Da hilft dann oft nur mehr ein "Admingriff" um doch an das File zu kommen und dann gehen die Konflikte erst recht wieder los.

Hat jemand schon mit Hosted Subversion Erfahrungen gemacht?

Ich bin auf:
http://www.projectlocker.com

gestossen, scheint echt interessant, und für 30 US$ im Jahr, fast geschenkt.

Ich weiß nicht so recht.

Für OpenSource-Projekte gibt es entsprechende Möglichkeiten (Codeplex, SourceForge usw.). Für andere Projekte weigere ich mich persönlich, den Code extern hosten zu lassen. Ist mir dann doch zu "gefährlich". Nicht, dass mein Code jetzt soooo innovativ wäre, aber dennoch hätte ich kein wirklich gutes Gefühl dabei.