notyyy

Via samba freigabe auf dem server?

Mister Ad

nikosch

Das hat dann aber nichts mehr mit "flexibel und vor allem zeitnah" zu tun.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

notyyy

könntest du das erläutern?

die alternative wäre:

für jeden Entwickler ein lokales Testsystem apache, php, sowie eine eigene Datenbank.
dann regelmäßig auf einen server pushen.

dabei darf man nicht außer acht lassen, dass die festplatten von allen entwicklern dann besonders abgesichert werden müssten, damit bei einem plattencrash nichts hinüber ist.
Interessant sind auch Serverrechte, Symlinks, unterschiede zum Windows & Linux u.s.w. die bei jedem Entwickler eingerichtet werden müssten,

im großen und ganzen ist der Aufwand dies für evtl kleinere Änderungen nicht realisierbar.

Ich suche keine Lösung für "das Projekt" welches über jahre von einer agentur betreut wird, sondern für das vermurkste php4 Projekt welches man von einer anderen Agentur übernommen hat und nur gelegentlich ein Entwickler der mal Zeit hat betreuen muss. Ohne großes hin und her.

Interessant wirds auch wenn Texter anfangen die Sprachfiles zu übersetzen, diese rolle würde permanent am entwickler hängen bleiben, wer möchte schon so jemanden erklären warum, wie und wann man änderungen pusht, mich gruselts wenn ich mir vorstelle, dass solche personen eine lokale Kopie des Projekts bekommen würden.

nikosch

Ganz einfach - selten beschränkt sich die Arbeit auf eine Datei gleichzeitig. In diesem Fall hat man ein inkonsistentes System vor sich. Ergo muss dies genauso doppelt aufgesetzt sein (auf dem Entwicklungsserver o.ä.). Es ist auch zeitlich ein Unterschied, ob ich eine Datei speichere oder sie erst hochgeladen wird. Von zwei Leuten, die an der selben Datei arbeiten ganz zu schweigen (denn genau das ist die Aufgabe eines VCS).

Ach naja, ein regelmäßiges Push dürfte wohl ausreichen.
Auch solche Dinge kann problemlos man im VCS verwalten. Sinnvollerweise sollte man sowieso plattformunabhängig entwickeln.

… wird i.d.R. sowieso nur einer zuständig sein, oder?

Einmalig eingerichtet und dann konsequent versioniert.

Dürftige Argumentation. Das kannst Du genauso per E-Mail regeln und irgend jemand lädt es dann hoch/commitet es.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

notyyy

Darauf nimmt jeder Kunde sicher Rücksicht
Es ist völlig unrealistisch, dass jeder Entwickler sich mal eben eine Version zieht, teilweise müssen diese im Cluster laufen können, Konfigurationen ohne Ende u.s.w., es ist schon ein gigantischer Aufwand Test und Liveserver auf einem völlig identischen Stand zu halten.
"Kunde schaltet aber morgen Werbung, muss heute noch live ..." - Leider steckt man dann extrem schnell in irgendwelchen fremden Projekten, die Lokale Kiste dann noch auf den selben Stand wie den Liveserver zu bringen ist quasi unmöglich, PHP Version, Datenbank, alle (teils dem Entwickler dann unbekannten) Konfigurationen. Und evtl. alles nur, weil man ein Bild tauschen wollte.

ich stelle mir das eher so vor:

schaue auf welchem Server das Projekt liegt, wähle mich via samba / ftp oder sonstwas ein, änder die Datei, mach ein rechtsklick auf Commit, schreib meinem Kollegen ne nette Notiz und schieb die Änderung auf den Liveserver.

Idiotensicher und für 0-8-15 Mini Projekte wohl eine saubere möglichkeit.

Natürlich kann ich mir auch ein Abbild des Repositorys ziehen, die Daten Ändern, dann im Firmen DNS alles einrichten, damit Projektleitung mal drüber gucken kann. dann die änderungen auf den Liveserver Pushen.

Nachteile:
- Firmen DNS? Administrator?
- Auf den Liveservern ein VCS?, Vielleicht bei unseren Managed Hostern, bei externen ...
- Massiver Zeitaufwand.

Dann würde ich mir diese Sorgen nicht machen.

das hat nichts mehr mit parallelem Arbeiten zutun, wenn ich alle 5 Minuten Dateien tauschen muss. wird sind derweil sogar dazu übergegangen, dass unsere Flash Entwickler einige Verzeichnisse selber pflegen, vor Updates schaut dann ein Projekt vertrauter Entwickler noch mal drüber.

nikosch

klingt total identisch, stimmt

Ich bin raus, ich habe das Gefühl, Du hast sowieso nur Deine Meinung..

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--