Auf 2 Rechnern Entwickeln - Mac

[errox]

Hallo Liebe Community,

eins vorab: Wenn dass das falsche Forumthema ist, bitte verschieben. Merci!

Ich habe 2 Mac Rechner. Einen iMac und ein Macbook Pro.

Hauptsächlich in PHP und mit Netbeans. Soweit sogut.

Aktuell mach ich es immer so. Bevor ich anfange zu Programmieren, schreib ich mir immer auf welche Projekte ich angefasst habe. Dann verschiebe ich Sie auf den iMac oder aufs Macbook, um den Stand Synchron zu halten.

Jetzt habe ich das Problem, dass es Sehr Zeitaufwendig ist. Eine Zeit lang habe ich es so gemacht, dass ich Dropbox benutze.

1. Dropbox anmelden

2. Projekte Runterziehen

3. Entwickeln / Weiterentwickeln

4. Bevor ich den Rechner Herunterfahre lade ich alles einfach "Blind" in die Dropbox hoch und lösch es vom Macbook oder vom iMac

Hat auch soweit ganz gut geklappt, bis ich mal keine Internetverbindung hatte (Vom Provider aus) oder 5 Stunden im Zug saß und keine möglichkeit Hatte es runterzuladen.

Dann hab ich es mit einem USB Stick Probiert (Anstatt die Dropbox). Jedoch ist mir der USB Stick einmal hingefallen und ich bin draufgetreten. Er war kaputt

Jetzt ist die Frage: Wie handhabt ihr das? Weil in Zukunft sollen das nicht 2 sondern 3 Rechner sein (Daheim, Büro und unterwegs ein Notebook).

Gibts da irgendwelche Referenzen aus eigener erfahrung?

Ich habe auch mal tools Probiert, die 2 Ordner Synchonisieren. Jedoch klappt das bei 3 nicht mehr :-(

Liebe Grüße

errox

[Gooose]

Du könntest mit Git arbeiten. Du arbeitest mit lokalen Repos und könntest sie bei Bedarf synchronisieren. DropBox ist hierfür nicht mehr notwendig. Mit der Dokumentation solltest du für den Anfang weiterkommen. Verschiedene UI-Tools können dir die Arbeit erleichtern.

[lilith2k3]

Ich denke auch, das Git the way to go ist. Guck Dir dazu https://bitbucket.org/ als Hosting-Platform an.

Auf dem Mac würde ich mir auch Tower - The most powerful Git client for Mac zulegen.

[flashpixx]

Auf dem Mac würde ich mir auch Tower - The most powerful Git client for Mac zulegen.

Ich empfehle eher Free Mercurial and Git Client for Windows and Mac | Atlassian SourceTree aber git nutze ich von der Commandline, ist deutlich schneller...

[afo]

Wie meine Vorredner sagen solltest du dringend auf ein distributed version control system setzen. Ob jetzt git oder hg (Mercurial) ist Geschmackssache.

Zu Mercurial gibt es ein sehr hilfreiches Kurztutorial unter Hg Init: a Mercurial tutorial by Joel Spolsky Eine Hostingplattform brauchst du eigentlich nicht. Schau dir dazu das "Setting up for a Team"-Kapitel an. Das Tutorial findet zwar auf der Windowscommandline statt, müßte aber auch unter jedem unixoiden OS so funktionieren.

[pr0gg3r]

Ich würde auch zu einer Versionsverwaltung raten, man könnte aber auch den Rootpfad in der Apache-Config auf Dropbox bzw. ein Verzeichnis innerhalb von Dropbox zeigen. Wenn es dann nicht gewünscht ist, dass bei jedem Speichern einer Datei synchronisiert wird, kann man ja Dropbox pausieren.

[Ulfmann]

Ich bin auch ganz klar für Git. Aber

Ich empfehle eher Free Mercurial and Git Client for Windows and Mac | Atlassian SourceTree

Warum ein kostenpflichtiges GUI Tool? Ob man nun in der Console die Commits macht oder ein externes Tool benutzt mag Geschmackssache bleiben, aber auf den ersten und zweiten Blick sieht Tower genauso aus wie GitX.

[SaJu]

Ich bin auch für git. Zur einfacheren Handhabung sind die git-Clients sehr praktisch. Die Free Tools wurden im aktuellen Linux-Magazin vorgestellt und verglichen: http://www.linux-magazin.de/Ausgaben/2014/03/Bitparade

[SilentDemise]

Ich bin auch ganz klar für Git. Aber

Warum ein kostenpflichtiges GUI Tool? Ob man nun in der Console die Commits macht oder ein externes Tool benutzt mag Geschmackssache bleiben, aber auf den ersten und zweiten Blick sieht Tower genauso aus wie GitX.

_FREE_ ;-)

Source Tree ist super, allein die Git Flow implementierung ist ne Wucht. Git hat sich im Vergleich zu Mercurial durchgesetzt, daher würde ich auch zu Git raten. Dropbox ist keine Lösung für Source Code, bei nem sync conflict droht dir Datenverlust, eine Vernünftige Versionierung, Branching usw. gibt es nicht. Finger weg davon.

[flashpixx]

Warum ein kostenpflichtiges GUI Tool?

Tower ist kostenpflichtig, Sourctree nicht, die Lizenz bekommt man kostenlos nach der Registrierung.

[Gast KnapsackSolver]

Also ich muss da jetzt mal kurz meinen Vorredner widersprechen, ich denke die einzige Möglichkeit effizient mit Netbeans Java, Php oder Whatever auf mehreren PCs zu benutzen ist meiner Meinung nach Tortoise SVN.

Hier hast du speziell die Möglichkeit direkt ein Commit deines neuen Codes zu machen und über update kannst du immer sofort deine Änderungen welche du auf einem anderen PC durchgeführt hast sehen. Der Code selbst wir dann mit einem Marker vermerkt, an welchen Stellen die Änderungen vorgenommen wurden und du kannst noch einmal deinen neuen Code auf Logik und Funktion sichten/prüfen.

Natürlich sind alle anderen genannten Vorschläge umsetzbar, jedoch denke ich dass dies der einfachste und beste Weg speziell für NETBEANs ist....

TutorialUsingSVNLocalRepository - NetBeans Wiki

[Klotzkopp]

Also ich muss da jetzt mal kurz meinen Vorredner widersprechen, ich denke die einzige Möglichkeit effizient mit Netbeans Java, Php oder Whatever auf mehreren PCs zu benutzen ist meiner Meinung nach Tortoise SVN.

Magst du erläutern, warum du gerade ein zentrales Versionsverwaltungstool bevorzugst? Ist dir der Unterschied zu DVCS wie Git klar?

[sas86ks]

Also ich muss da jetzt mal kurz meinen Vorredner widersprechen, ich denke die einzige Möglichkeit effizient mit Netbeans Java, Php oder Whatever auf mehreren PCs zu benutzen ist meiner Meinung nach Tortoise SVN.

Das ist aber eine heftige Behauptung. Warum soll das nur mit SVN (speziell TortoiseSVN) möglich sein und nicht mit GIT?

In meiner Firma sind wir erst von SVN auf GIT umgestiegen und ich glaube damit stehen wir nicht alleine da.

EDIT: Klotzkopp war mal wieder schneller

Noch ein EDIT: Kann dir auch das Programm von Github empfehlen. Wesentlich einfacher zu bedienen als zB. SourceTree, aber eben auch im Funktionsumfang eine ganze Ecke kleiner:

http://mac.github.com/

Bearbeitet 6. März 2014 von sas86ks

[Gast KnapsackSolver]

Wenn ich irgendwo behauptet habe das nur SVN möglich ist, muss ich euch da natürlich zustimmen... Jedoch habe ich speziell ja gesagt, dass ich bei Netbeans SVN sehr empfehlenswert finde, da die Einrichtung, Verwaltung und das Managing finde ich bei Tortoise speziell mit Netbeas sehr geschickt finde... Natürlich kenne ich andere Systeme wie GIT usw aus nur finde ich eben für Netbeans diese nicht so schön...

MfG und Entschuldigung wenn ich mich da vielleicht schlecht ausgedrückt habe...

[SilentDemise]

https://netbeans.org/kb/docs/ide/git.html

warum svn, wenn man git haben kann?

[larsson]

Git ist eigentlich nicht für Deployment gedacht aber es gibt die Möglichkeit mit Hooks z.B. eine Synchronisation auszulösen. Die Server-hook post-receive kann zum Beispiel immer wenn das Repo aktualisiert wird, per HTTP 'ne payload an deinem Heimrechner schicken (auf dem natürlich ein Webserver laufen muss, der auf das entsprechende Signal wartet). Das ist bestimmt ein interessantes Projekt aber wenn man's einfach haben möchte, wäre ein Cronjob/Task wohl besser, der einfach regelmäßig mit git synchronisiert.

Wie bereits erwähnt wurde lässt sich Git auch prima in viele IDEs integrieren, sodass du nurnoch einen Knopf drücken musst, wenn du erstmal alles eingerichtet hast.

Persönlich benutze ich Dropbox aber ohne Internet hilft das natürlich alles nichts. Vielleicht einen robusten USB-Stick kaufen, nicht drauftreten oder leichteres Schuhwerk anziehen?

[Ulfmann]

Warum soll man denn eine (automatische) Synchronisation einrichten?

[larsson]

Lies nochmal den OP.

[Ulfmann]

um den Stand Synchron zu halten.

Soweit klar, aber von automatisch lese ich da nichts und das war auch meine Frage. Man merkt doch zwangsläufig, wenn man nicht auf dem aktuellen Stand ist und dann tut es ein einfaches `git pull` doch auch.

[larsson]

OP will den Zeitaufwand gering halten und grade bei mehreren Rechnern und Repos wird das mit git auch etwas unübersichtlich. Kann mir gut eine Situation vorstellen, in der man vergisst zu pullen, bevor man am nächsten Tag an einem andren Rechner weiterarbeitet und dann darf man erstmal stashen, pullen, mergen etc.

Aber letztendlich muss der OP das natürlich für sich selbst entscheiden, es wurden ja ein paar Optionen vorgestellt.

Gruß