Wenn jemand mit mehreren Leuten ein Browsergame anfängt, kommt es sicher besser, wenn man einen CVS oder SVN Server nutzt. Man umgeht damit spätere Probleme (gerade am eigenen Leib gemerkt).
"Ich dachte du hast die Datei geupdatet"
"Hab ich auch, aber warum funktioniert es nicht"
"Ach mist ich hab dir vergessen zu sagen, dass ich da noch was geändert hab..."
Meistens ist es in der Anfangsphase nötig, ohne eigenen root-Server anzufangen. Erstens ne Geldfrage und zweitens...man weiß ja nie
Hab nun aber [URL]https://freepository.com/[/URL] zufällig gefunden. Wer also gleich Probleme im Keim ersticken will. Jeder muss es aber mit sich selbst vereinbaren, ob er seinen "heiligen" Code "öffentlich" (ist ja eigentlich durch zugangsdaten geschützt) verbreiten will. Man weiß ja nie, wie die Firma da so drauf sind und ob da mal Codelösungen verbreitet werden - natürlich unter der Hand.
edit: man kann sich das ganze Teil auch anschauen. Login und Passwort heißen "demo"
Freier CVS/SVN-Server
gepostet vor 17 Jahre, 9 Monate von KoMtuR
gepostet vor 17 Jahre, 9 Monate von duschendestroyer
für svn gibts
[URL]https://opensvn.csie.org/[/URL]
das sieht zwar sauists aus und läuft nich ganz so schnell
aber keine opensource pflicht keine speicher/traffik-begrenzung und beliebig viele user
wird von studenten aus taiwan betrieben
[URL]https://opensvn.csie.org/[/URL]
das sieht zwar sauists aus und läuft nich ganz so schnell
aber keine opensource pflicht keine speicher/traffik-begrenzung und beliebig viele user
wird von studenten aus taiwan betrieben
gepostet vor 17 Jahre, 9 Monate von Agmemon
gepostet vor 17 Jahre, 9 Monate von Lunikon
Solange man mit wenigen Leuten arbeitet (so im Bereich 2 bis 4) und man eine dicke DSL-Leitung zur Verfügung hat, kann man sich auch ohne weiteres einen eigenen CVS-Server aufsetzen und diesen über Dynalias o.ä. Anbieter wie einen "echten" Server nutzen. Bei vielen und/oder großen Files und mehr Entwicklern sollte man sich dann evt. einen besseren Server besorgen, aber für den Anfang reichts.
Sehr empfehlenswert ist das übrigens auch zum alleine programmieren. Allemal besser als "poor man's cvs", sprich ständig den ganzen Workspace zu kopieren.
Sehr empfehlenswert ist das übrigens auch zum alleine programmieren. Allemal besser als "poor man's cvs", sprich ständig den ganzen Workspace zu kopieren.
gepostet vor 16 Jahre, 6 Monate von Holzhaus
Recht gut ist auch Syncom.org (SVN):
[url]https://www.syncom.org/projects.php[/url]
PS: Kein OpenSource-Zwang!
[url]https://www.syncom.org/projects.php[/url]
PS: Kein OpenSource-Zwang!
gepostet vor 16 Jahre, 6 Monate von Klaus
Original von Lunikon
Solange man mit wenigen Leuten arbeitet (so im Bereich 2 bis 4) und man eine dicke DSL-Leitung zur Verfügung hat, kann man sich auch ohne weiteres einen eigenen CVS-Server aufsetzen und diesen über Dynalias o.ä. Anbieter wie einen "echten" Server nutzen. Bei vielen und/oder großen Files und mehr Entwicklern sollte man sich dann evt. einen besseren Server besorgen, aber für den Anfang reichts.
Sehr empfehlenswert ist das übrigens auch zum alleine programmieren. Allemal besser als "poor man's cvs", sprich ständig den ganzen Workspace zu kopieren.
Die Idee ist immer noch teurer als diese kostenlosen Anbieter. Vor allem die Stromkosten rechtfertigen den Geiz stattdessen einen kleinen vServer zu nehmen nicht wirklich.
gepostet vor 16 Jahre, 6 Monate von knalli
Google Code.. code.google.com
gepostet vor 16 Jahre, 5 Monate von tkdmatze
bei google wäre ich eher vorsichtig, wenn es nicht um opensource geht
der code ist laut Terms von Google durchsuchbar und verwendbar
der code ist laut Terms von Google durchsuchbar und verwendbar
gepostet vor 16 Jahre, 5 Monate von knalli
Original von tkdmatze
bei google wäre ich eher vorsichtig, wenn es nicht um opensource geht
der code ist laut Terms von Google durchsuchbar und verwendbar
Das ist klar - nicht nur laut Terms, auch in der Praxis
Ich nehme ja schon an, das man sich nach der hier aufkommenden Liste verfügbarer Dienste alle Vor- und Nachteile anguckt. Bei Google kann man das Offenlegungsprinzip bsp. nicht "abschalten"..