Verwendete Unit 'System.ImageList' kann nicht compiliert werden

[Graf Gustav]

naja, Geschichten von vor sehr langer Zeit hab ich auch
da hatten wir z.B. die Dateigrößen in unsrer Projekt-Infobox beschränkt, weil das Herunterladen mit den 1200/50-Verbindungen so lange gedauert hat.

Also ich habe einen Großteil meiner Daten, auch Delphi-Projekte, in einer NAS liegen und greife darauf über Netzlaufwerke zu.
In der NAS laufen 2 RAID-1 Platten, deren wesentliche Inhalte nachts in die Synology-Cloud gesichert werden.
Ist das eine für einen Einzelentwickler ungewöhnliche Konfiguration? Für mich ist der Durchsatz völlig ok.

Aber vielen Dank euch allen für die Versionskontroll-Motivation und die Informationen.
Ich habe mir auf dem (oder der?) NAS GIT als App installiert, die mir dort die remote-Repositories bearbeitet.
In GIT arbeite ich mich aktuell ein. Es kommt halt aus der Unix-Ecke, also muss man wieder eine neue Sprache lernen (oben hätte ich fast 'gebackupt' geschrieben).

Schönes WE noch
Reinhold

[himitsu]

Hatte ich auch mal, aber ist nur nötig, wenn man von unterwegs mit Git spielen will.
Alternativ kann man sich aber auch GitLab installieren ... ähnlich wie ein abgespecktes GitHub, nur bei sich selber.

Bei mir ist der Git-Server nur noch der Faulheit wegen installiert, aber das Packet deaktiviert (GIT installiert, aber der Dienst nicht gestartet),
damit ich innerhalb der Syno GIT als Backup benutzen kann, also git fetch bzw. git commit über die Aufgabenplanung. (DSM 6 ... mal sehn ob es in der 7 noch so geht)
z.B. regelmäßig die Webseite via FTP runterladen und den aktuellen Stand in ein GitRepo speichern.


Von unterwegs via VPN oder nur im lokalen Netz, ist die Verwaltung des GitServers unnötig kompliziert.

Einfach via SMB in ein Verzeichnis und dort ein Bare-Repo erstellen

git init zeigt dir die "URL" für das git clone an:
//MeinNAS/Develop/TestRepo/.git/
C:/TestRepo/.git/

Aber im Windows funktioniert es auch mit \ statt /
also einfach den Pfad aus dem Explorer kopiert.
\\MeinNAS\Develop\TestRepo\.git
C:\TestRepo\.git

[Graf Gustav]

SMB - meine Güte, das ist ja einfach warum hab ich das nicht gewusst?
Ich arbeite nicht mehr von unterwegs - das langt alles 100%.
Und mit Git Bash geht das ja alles mit noch weniger Tipperei
Danke Dir vielmals

[freimatz]

Zitat von Graf Gustav:

SMB - meine Güte, das ist ja einfach warum hab ich das nicht gewusst?

Weil Du meinen Beitrag nicht gelesen oder verstanden hast.
Die Dinge sind meistens am einfachsten wenn man sie nicht benutzt. Also kein SMB, kein GitServer, kein git clone, ...
Da wo die Sourcen sind auf oberere Ebene ein "git init" und schon ist ein Repository da. Wenn man neu mit git anfängt ist das am einfachsten.
(Ich sage ja nicht dass diese Dinge nicht Ihren Sinn haben. Es geht mir darun dass man als Entwickler sagt man verwendet git nicht weil es so kompliziert sei.)

[himitsu]

Zitat von freimatz:

Weil Du meinen Beitrag nicht gelesen oder verstanden hast.

Auch siehe #13, der erste Absatz.

[freimatz]

[Graf Gustav]

freimatz: du darfst anderen ruhig mehr zutrauen als dir selbst. Wenn Du ein Fan lokaler Laufwerke und eindimensionaler Strukturen bist - ich nicht.
Ich bin ein paar Jahrzehnte zu lange im Geschäft, um nicht mit jedem Crash zu rechnen. Deshalb NAS mit professioneller Sicherung.
Die Vorschläge 'kein Netzlaufwerk - kein remote Repository' sind nicht meine Welt.
Was ich tatsächlich nicht kannte, war der SMB-Zugriff auf das NAS. (danke Himitsu )
Ich kann jetzt sehr einfach auf //NAS/... ein bare-Repo erzeugen, das lokal clonen und dann mit den üblichen add/commit und push - Funktionen die Versionskontrolle durchführen.
Dass ich als Einzelentwickler kein remote Repo bräuchte, ist schon klar, aber so hab ich es halt gesichert.
Was also hab ich denn nicht gelesen oder verstanden?