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?
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.
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.
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..
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ß...
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...)
