Mein Projekt liegt auf einem Server/Grossrechner und wird auch dort compiliert und ausgeführt. Bearbeitet werden die Files auf meinem Laptop, manchmal mit zweifelhafter Internetverbinung (unterwegs). Der Direktzugriff mit Samba ist deshalb nicht so toll. Deshalb möchte ich die Files lokal haben und jeweils vor dem compilieren einchecken, wobei ich vermutlich SVN verwenden muss. Da bekanntlich gerade beim Debuggen oft im Minutentakt committet wird, suche ich eine IDE, wo das einfach und schnell möglich ist. Also: Welche IDEs haben eine SVN-Integration die, ... 1. ... mit einem Klick committen kann? 2. ... auch insgesamt zügig und stabil funktioniert?
mach dir ein Batch file das alles automatisch macht... also committen und compilen usw.
sören vom norden schrieb: > Mein Projekt liegt auf einem Server/Grossrechner und wird auch dort > compiliert und ausgeführt. Bearbeitet werden die Files auf meinem > Laptop, manchmal mit zweifelhafter Internetverbinung (unterwegs). Der > Direktzugriff mit Samba ist deshalb nicht so toll. > > Deshalb möchte ich die Files lokal haben Das macht sinn. > und jeweils vor dem compilieren einchecken, Das aber nicht. Beim einchecken werden die geänderte Dateien an den svn server geschickt, und dann spuckt dir die schlechte Internetverbindung in der Suppe. > Da bekanntlich gerade beim Debuggen oft im Minutentakt committet > wird, Hm, nein. Es wird im Minutentakt compiliert. Committen sollste eigentlich erst wenn das was du gerade debugst/testest funktioniert. Sinnvoller wäre also dir den Compiler lokal zu holen. Svn macht auch sinn, in dem Sinne dass du, wenn mal irgendwo angekommen bist wo deine VErbindung stabil ist, du dann alles committen kannst.
:
Bearbeitet durch User
sören vom norden schrieb: > Da bekanntlich gerade beim Debuggen oft im Minutentakt committet wird Hä? Also mir wäre das nicht bekannt das Debuggen ein "comiiten im Minutentakt" bedingt. sören vom norden schrieb: > jeweils vor dem compilieren einchecken Wäre es nicht sinnvoller VORHER zu prüfen ob das ganze kompiliert sören vom norden schrieb: > Welche IDEs haben eine SVN-Integration Vermutlich heutzutage fast alle... In Eclipse kannst du dir den Commit Befehl auch auf einen Button legen oder auf einen Tastenkürzel, trotzdem sollte man nicht einfach alles ungesehen commiten, wer macht bitte sowas? Und ein sinnvoller Kommentar gehört ja wohl auch dazu.
Es handelt sich um einen Grossrechner mit spezieller Architektur, für den ich entwickle. Ich kann das Programm auf jeden Fall nicht lokal compilieren, geschweige denn, laufen lassen. Die Internetverbindung ist nicht so mies, dass ein SVN-Commit unmöglich ist, aber sie ist phasenweise so schlecht, dass ein flüssiges Arbeiten auf entfernten Dateien unmöglich ist. Wie gesagt, ich frage nach einer IDE mit schneller SVN-Integration. (Es ist manchmal anstrengend, dass man sich im Forum für jedes Detail seiner Frage rechtfertigen muss. Es wäre angenehm, wenn die Antworten sich wieder vermehrt auf die Fragen beziehen würden und nicht zunächst das Vorgehen des Fragenden durchanalysieren wollen. Wenn die Frage nicht völlig konfus ist, so kann man doch davon ausgehen, dass der Fragesteller grundsätzlich weiss, was er tut.)
sören vom norden schrieb: > (Es ist manchmal anstrengend, dass man sich im Forum für jedes Detail > seiner Frage rechtfertigen muss. Die Sache ist die, dass deine Anfrage etwas ungewöhnlich ist. Der Normalfall ist heutzutage der, dass man lokal compiliert und erst dann, wenn soweit alles in Ordnung ist, dann wird in ein Source Code Versions System eingecheckt. Ein derartiges System dient nicht dazu, irgendwelche File Transfers zu machen, sondern der Verwaltung der File-History. D.h. man will dort gar nicht jede kleine Änderung registrieren, die man auf dem Weg zu zb einem Bug Fix wegen zb Tippfehler machen muss. Erst der abgeschlossene Bug-Fix ist interessant und wird als solcher in seiner Gesamtheit eingecheckt. Du versuchst hier also, ein derartiges System in einem gewissen Sinne missbräuchlich zu verwenden. Daher solltest du dich auch nicht wundern, das sich jeder fragt: Wäre es da nicht besser, wenigstens erst mal lokal zu compilieren? Selbst wenn ich das Ergebnis nicht bei mir laufen lassen kann, so kann ich doch wenigstens den Syntax Check lokal machen lassen. > sich wieder vermehrt auf die Fragen beziehen würden und nicht zunächst > das Vorgehen des Fragenden durchanalysieren wollen. Wenn die Frage nicht > völlig konfus ist, so kann man doch davon ausgehen, dass der > Fragesteller grundsätzlich weiss, was er tut.) Wir kennen die anfragenden Leute meistens nicht. Tatsächlich ist es aber in der Mehrzahl der Fälle so, dass eine seltsam ungewöhnliche Frage sehr oft darauf zurückzuführen ist, dass der Fragesteller ganz einfach den falschen Baum anpinkelt. Mit ein wenig Forum-Erfahrung lernt man, dass man sich dann besser erst mal zurückleht und sich fragt "Ist der Fragesteller nicht eigentlich mit seinem Lösungsansatz komplett auf dem Holzweg?". So wie ich das sehe, willst du ja eigentlich gar kein Source Code Versions System, sondern du wärst mit einem Backup System besser bedient, das dir einfach nur zu einem von dir gewählten Zeitpunkt alle veränderten Files per Netzwerk zu einem Host überträgt. Zum Beispiel damit dort compiliert wird. Ein Versionssystem hat eine ganz andere Zielsetzung.
:
Bearbeitet durch User
Karl Heinz schrieb: > So wie ich das sehe, willst du ja eigentlich gar kein Source Code > Versions System, sondern du wärst mit einem Backup System besser > bedient, das dir einfach nur zu einem von dir gewählten Zeitpunkt alle > veränderten Files per Netzwerk zu einem Host überträgt. Zum Beispiel > damit dort compiliert wird. Ein Versionssystem hat eine ganz andere > Zielsetzung Ja das stimmt grundsätzlich. Der Punkt ist nur, dass mir bisher noch keine gute Lösung begegnet ist. Wie gesagt, auf den entfernten Rechner habe ich nur beschränkt Einfluss. Da gibts halt einfach SSH, Samba und SVN. Und ich kann nicht lokal testen. Samba stellt sich als problematisch heraus, sobald die Verbindung nicht mehr extrem gut ist. Filetransfer mit SSH ist unter Windows irgendwo zwischen extrem kompliziert und unmöglich.
sören vom norden schrieb: > Wie gesagt, auf den entfernten Rechner > habe ich nur beschränkt Einfluss. Da gibts halt einfach SSH, Samba und > SVN. dann würde ich es mit rsync über ssh versuchen.
sören vom norden schrieb: > 2. ... auch insgesamt zügig und stabil funktioniert? Zum Thema zuegig: Es kommt auch immer darauf an, was man so ins SCM committed, grosse Binaerfiles zB, bringen jedes SCM ins stocken, reine Textdateien (Quellcode) dagegen bremsen nie (zumindest bei "guten" SCMs).
sören vom norden schrieb: > Filetransfer mit SSH ist unter Windows irgendwo zwischen extrem > kompliziert und unmöglich. Dann nimm WinSCP und aktiviere die automatische Ordner syncronisation. Alles schön mit Windows kompatibler GUI. sören vom norden schrieb: > Die Internetverbindung ist nicht so mies, dass ein SVN-Commit unmöglich > ist, aber sie ist phasenweise so schlecht, dass ein flüssiges Arbeiten > auf entfernten Dateien unmöglich ist Naja die Daten müssen dan wohl auf den Server, da hilft dir aber keine IDE der Welt...
>(Es ist manchmal anstrengend, dass man sich im Forum für jedes Detail >seiner Frage rechtfertigen muss. nein, das Problem ist, dass Fragesteller oft eine "Problem Haben" -> schon selber 5 Überlegungen gemacht haben -> dann eine Frage stellen.. (die 5 Überlegungen aber einfach weglassen) und dabei übersehen dass eine der 5 Überlegungen (oder alle) einfach nicht stimmen.. das Problem ist, dass du eine IDE suchst, die IDE aber nicht im geringsten irgendwas mit der "Geschwindigkeit vom Commit" zu tun hat.. und/oder einfach viele Angabe weglassen... wenn z.b. die IDE deine Programmiersprache nicht unterstützt, hilft das ja auch nix..
:
Bearbeitet durch User
Hallo Sören, sören vom norden schrieb: > Es handelt sich um einen Grossrechner mit spezieller Architektur, für > den ich entwickle. Ich kann das Programm auf jeden Fall nicht lokal > compilieren, geschweige denn, laufen lassen. Die Internetverbindung ist > nicht so mies, dass ein SVN-Commit unmöglich ist, aber sie ist > phasenweise so schlecht, dass ein flüssiges Arbeiten auf entfernten > Dateien unmöglich ist. > > Wie gesagt, ich frage nach einer IDE mit schneller SVN-Integration. Emacs, Eclipse, ... Andererseits ist TortoiseSVN komplett per Kommandozeile skript- und steuerbar und kann daher auch in UltraEdit, Programmers Notepad etc. eingebunden werden. Es kommt nur auf die Anbindung Deiner Repositories an, die bei wackeligen Connections besser nicht über Samba sondern über SSH oder WebDAV laufen sollten. Das ist aber keine Integrations-, sondern eine Konfigurationssache. HTH, Karl
Hallo Sören, sören vom norden schrieb: > Filetransfer mit SSH ist unter Windows irgendwo zwischen extrem > kompliziert und unmöglich. wie kommst Du denn darauf? WinSCP und pscp.exe existieren, rsync ebenfalls. Mit "MobaXterm" kannst Du sogar gleichzeitig Dateien hin- und herkopieren und über die Kommandozeile Befehle absetzen -- und da MobaXterm einen X-Server eingebaut hat, kannst Du sogar grafische Programme auf Deinem Server ausführen und lokal bedienen (dafür solltest Du allerdings eine schnelle und stabile Connection haben). HTH, Karl
Wenn man mit dem EMACS arbeitet, kann man direkt als Dateinamen eine entfernte Datei angeben (via ftp oder ssh/scp oder andere), siehe z.B. https://www.gnu.org/software/emacs/manual/html_node/emacs/Remote-Files.html D.h. bei jedem Abspeichern wird automatisch übers Netz eine Verbindung aufgebaut und auf dem Host gespeichert. Die Frage ist jetzt nur noch, ob der EMACS als IDE duchrgeht - für mich klar. Oder gleich den EMACS auf dem Host laufen lassen, macht aber unter Linux natürlich mehr Spaß...
:
Bearbeitet durch User
Klaus Wachtler schrieb: > Die Frage ist jetzt nur noch, ob der EMACS als IDE duchrgeht - für mich > klar. Emacs is a great operating system – it lacks a good editor, though. (keine EMACS Diskussion ohne diesen Spruch...)
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.