notyyy

Hallo,

ich weiß nicht wie es bei euch in den Agenturen ausschaut, bei uns ist es jedoch an der Tagesordnung, dass neue Projekte auf einem Server angelegt werden, wir Zugriff bekommen und entwickeln können. Sollte nun ein 2. Programmierer dazu kommen, müssen wir uns halt irgendwie selbst koordinieren. SVN wird nur eingesetzt, sobald Freelancer mit einbezogen werden.

Man muss dazu sagen, dass wir recht flexibel und vor allem zeitnah arbeiten (müssen), Projekte von jetzt auf gleich übernehmen u.s.w. .

Mir stellt sich die schon fast peinliche Frage, ob es legitim ist auf einem solchen SMB Share ein mercurial repository zu betreifen in welches jeder, der auf den Server kommt einchecken kann. Treten Probleme auf, wenn 2 Benutzer auf einem Dateisystem einchecken?

ein lokales Abbild zu erzeugen und via push den Testserver zu füttern ist zwar eine schöne Vorstellung jedoch für unsere Zwecke völlig realitätsfern.

Am liebsten wäre mir eine super einfache Lösung ohne die bisherigen Strukturen so stark zu brechen, dass andere Entwickler nicht mehr hinterher kommen u.s.w. .

_best,

T

Mister Ad

nikosch

Leute achtet auf Eure Titel.

__________________
--
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

besser kann man das doch nicht beschreiben, ich möchte einen mercurial repository auf einem samba share ?

nikosch

3 Wörter zu kontrollieren darf nicht zu viel verlangt sein.

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

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

dr.e.

Hallo notyyy,

IMHO ist das ein Wiederspruch. Wenn du ein gemeinsam genutztes Repo brauchst, solltest du auf ein zentralisiertes VCS setzen und kein verteiltes, das du aber per Filesystem doch zentralisierst. Weiterhin kann man Mercurial mit SVN konnektieren, so kann jeder nach seinem Geschmack VCS betreiben und du hast trotzdem noch ein zentrales Repo aus dem dann die Applikation gebaut und ausgeliefert wird.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

notyyy

Hallo,

dann besteht das Problem ja weiterhin, dass jeder sich sein eigenes System aufbauen muss. Probleme und Zeitaufwand sind hier vorprogrammiert.

Ich möchte nur erreichen, dass der Source versioniert ist, nicht mehr und nicht weniger.

ein zentralen Subversion Server würde ich ungern verwenden, ...

_best,

T

Manko10

Ich sehe da jetzt eigentlich kein Problem. Das Mercurial-Repository sollte halt nur nicht dazu dienen, dass die Entwickler da stets ihre Aktualisierungen einchecken. Es sollte bloß dazu da sein, dass sich die Entwickler ihre eigene Kopie ziehen können. Bei Bedarf kann dann ja trotzdem ab und zu in dieses Repository zurückgepusht werden, um die Gesamtsoftware zu bauen.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

notyyy

das ist genau das was sich den workflow nicht integrieren lässt. gibt es möglichkeiten zu versionieren ohne eine lokalre kopie zu erzeugen?

nikosch

Ich verstehe immer weniger, was DU überhaupt suchst!

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

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

Flor1an

Du musst doch sowieso ne lokale Kopie haben oder wie willst du an den Daten arbeiten? Und ob die Daten dann durch nen VCS auf den Rechner kommen oder per Hand irgendwo her kopiert werden ist doch egal.