Hallo Leute, ich bin Student, der im Praxissemester ist. Meine Aufgabe besteht gerade in der Versionierung. Wir haben uns für SVN Versionierung Verfahren geeinigt. Nun für die Versionierung unser Dateien, suchen ich einen passenden SVN-Server. 1. Der Server muss Firmenintern laufen das heißt, ein externer Server ist ausgeschlossen. Da Daten nicht nach draussen gesendet werden dürfen, bzw. abgelegt werden darf. 2. Den Web-Interface-Explorer wollen wir selber anpassen. D.H. der Server sollte es haben. Ich habe die Server (Visual SVN, SaaS Secure, Springloops Server und Silk Subversion) mir angeschaut. Aber wie gesagt, die Anforderungen sollen bei den Servern nicht passen. Darum hoffe ihr könnt mir weiterfehlen.
:
Verschoben durch User
Iso schrieb: > Darum hoffe ihr könnt mir weiterfehlen. wo ist das Problem? Ein Linux mit Apache + SVS macht das alles was ihr braucht.
Hallo, danke erst mal für die schnelle Antwort. Es soll unter Windows laufen nicht auf Linux. Als Client benutzen wir Eclipse mit dem Tool Tigris.Subversion. Mfg
Iso schrieb: > Hallo, > danke erst mal für die schnelle Antwort. Es soll unter Windows laufen > nicht auf Linux. Apache läuft auch unter Windows. Da SVN nur eh nur CGI ist, sollte es auch mit IIS laufen.
ich glaub ich sollte auch erwähnen, dass mehrere Softwareentwickler an einem Projekt arbeiten müssen. So jetzt hab ich das Hauptproblem erst verstanden :) 1. Ich brauch ein Server den wir intern auf unseren Server installieren können. Dabei muss ich drauf achten, dass man beim erstellen eines neuen Repository nur die Admins dies können, sondern jeder Entwickler. Das wäre ja jedesmal blöd wenn man zum Admin laufen muss um ein Repository zu erstellen. Dies soll unter, einen Web-Front-End geschehen. Ich hatte den Server Visual SVN getestet, hier hab ich das Problem gehabt. Beim anlegen eines neuen Rpositories muss man erst auf den Server drauf um es anzulegen. Darum soll ich mich nach einem Server umschauen der dies kann. MFG
Dabei muss ich drauf achten, dass man beim erstellen eines neuen Repository nur die Admins dies können, sondern jeder Entwickler. nicht nur die Admins meinte ich hier.
Iso schrieb: > Dabei muss ich drauf achten, dass man beim erstellen eines neuen > Repository nur die Admins dies können, sondern jeder Entwickler. Wenn ihr Entwickler seit, dann kann es wohl nichts das Problem sein mit ASP, PHP, PERL, CGI sich eine Seite einzurichten was ein neues Repository anlegt. Wenn ihr das nicht könnt, dann müsst ihr halt etwas kaufen.
Peter, das ganze soll ja unter auf einen Server laufen. Für was Programmieren wenn es einen Server gibt der das kann, das wollte ich sagen.
Iso schrieb: > Dabei muss ich drauf achten, dass man beim erstellen eines neuen > Repository nicht nur die Admins dies können, sondern jeder Entwickler. Ist halt die Frage, wie viele Repositories man so braucht bzw. was man jeweils alles in ein Repository packt. Bei uns können in der Tat nur die Admins ein neues Repository anlegen (nein, nicht von den Fähigkeiten her, sondern von den Berechtigungen), aber wir kommen auch für die ganze Firma mit einer Handvoll SVN-Repositories aus. Niemand zwingt einen, innerhalb eines Repos gleich mit der Standardaufteilung trunk/, tags/, branches/ zu arbeiten. Man kann auf oberster Ebene durchaus auch neue Teilbäume anlegen, und das darf dann jeder, der da Zugriff hat.
Iso schrieb: > das ganze soll ja unter auf einen Server laufen. Für was Programmieren > wenn es einen Server gibt der das kann, das wollte ich sagen. kannst du das noch mal übersetzen? Wenn man ein ASP-Seite zum anlegen von Repos programiert, kann man die von jedem Browser aufrufen.
Jörg, was für ein Server benutz ihr bzw. wie läuft es bei euch, wenn ihr die Repositories auf dem Server ablegt. Könnt ihr extern auf den Server zugreifen?
SVN Server für Windows: http://www.visualsvn.com/server/ Hatte ich selbst einige Zeit auf einem Win Server 2008 laufen. Auf Dauer taugt ein SVN Server aber eigentlich nur unter Linux.
:
Bearbeitet durch User
Iso schrieb: > was für ein Server benutz ihr bzw. wie läuft es bei euch, wenn ihr die > Repositories auf dem Server ablegt. Apache auf (meines Wissens) Linux. Server setzt hier niemand freiwillig auf Windows auf. ;-) > Könnt ihr extern auf den Server zugreifen? Nur via VPN.
cyblord ---- schrieb: > Hatte ich selbst einige Zeit auf einem Win Server 2008 laufen. Auf Dauer > taugt ein SVN Server aber eigentlich nur unter Linux. warum?
Peter II schrieb: > cyblord ---- schrieb: >> Hatte ich selbst einige Zeit auf einem Win Server 2008 laufen. Auf Dauer >> taugt ein SVN Server aber eigentlich nur unter Linux. > > warum? Persönliche Erfahrung. Das VisualSVN lief noch nie so stabil wie SVN auf Linux.
Jörg, dann wäre eigentlich das gescheiteste etwas mit Virtualbox aufzusetetzen, ist aber bissle beischeiden das die nur Windows benutzen anstatt Linux :)
Wenn Du auf Windows arbeiten willst, dann ist git meiner Erfahrung nach wesentlich besser: da kommst Du komplett ohne externen Server aus, das Einzige, was Du brauchst, ist externer Speicherplatz für das Repository. Die Arbeit, die bei svn der Server macht, übernehmen bei git die Clients selber. Gruß, Stefan
Stefan schrieb: > da kommst Du komplett ohne externen Server aus, das Einzige, was Du > brauchst, ist externer Speicherplatz für das Repository Seit wann ist denn bei Git das Repository zwanghaft irgendwo extern? Mercurial ist (in erster Näherung) ähnlich wie Git, nur dass die Kommandos ähnlicher zu SVN sind. Aber in dem Moment, wo man gegen jemanden anders ein Push machen will, braucht man wieder irgendeine Form von Server. Die eingebauten Server haben meines Wissens weder bei Git noch Mercurial irgendeine Form von Authentisierung, was sie für reale Projekte (jenseits eines Pull/Clone von Opensource) ausscheiden lässt. Sowie Windows mit im Spiel ist, sind auch die SSH-Backends nicht mehr so praktikabel, am Ende ist man dann doch wieder bei Apache & Co., wo wir oben schon waren.
@Jörg: sorry, habe mich wohl falsch ausgedrückt. Mit "extern" meinte ich ein Netzlaufwerk, das für alle Mitarbeiter verfügbar ist. Und im Gegensatz zu svn muss das nur den Speicher bereitstellen und keinen Server. Ich gebe aber gerne zu, daß ich/wir git nur auf kleiner Flamme benutzen (innerhalb der Arbeitsgruppe mit wenigen Mitarbeitern). Gruß, Stefan
Aber er will doch ohne störende "Rechte" neue Repros anlegen (warum auch immer). Warum das eine Eigenschaft des "SVN-Servers" sein sollte weiß nur er selbst, das Repository ist doch eh nur ein Haufen Dateien, der "Server" ist dann nur ein Protokollaufsatz auf diesem um den externen und Gesicherten Zugriff zu erlauben. Und dann gibt es noch "Server" die auch eine Visuelle Darstellung ermöglichen (z.B. WebSVN)... Wenn man natürlich alles in einen Topf wirft ist es schwer die passende Allround Lösung zu finden, unter Windows könnte er z.B. auch TortoiseSVN nutzen zum erzeugen der Repros+Apache für den "Serverzugriff" http://augusttown.blogspot.de/2010/02/setup-http-based-svn-repository-with.html zum "anlegen" reicht dann eine normale RDP Sitzung mit gewonter Oberfläche und GUI Unterstützung...
Tortoisesvn kann auch als Dienst gestartet werden und bietet dann einen Server, der auch im Netzwerk erreichbar ist. Allerdings nur das SVN-Protokoll, nicht HTTP.
Post scriptum: Da hat sich mein Beitrag mit dem von Läubi gedoppelt.
Stefan schrieb: > Mit "extern" meinte ich ein Netzlaufwerk, das für alle Mitarbeiter > verfügbar ist. Und im Gegensatz zu svn muss das nur den Speicher > bereitstellen und keinen Server. Was ist ein „Netzlaufwerk“ denn sonst, wenn kein „Server“? Der wesentliche Vorteil dürfte dabei (aus Windows-Nutzersicht) nur sein, dass der ganze Authentisierungs- und Berechtigungskram dort bereits ins System integriert ist.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.