Suchergebnisse

Stackoverflow brachte die Antwort.... Quellcode (13 Zeilen)

Hi Leute, ich bräuchte mal einen Denkanstoß. Ich möchte gerne Werte aus einer range gewichten: 1...55 verteilt sich über 0-25, 56...121 über 0.5-0.75, 122...300 auf 0.75-1.0 Könnt Ihr mich in die richtige Richtung stupsen? Besten Dank und Gruß!

Dafür braucht es keine spezielle Software, ein ssh-Zugang auf den Rechner wo das git repo liegt reicht völlig aus.

Also wenn Du allein entwickelst, ist dieser Workflow totaler Overkill, denn über kurz oder lang führt er zu häßlichen Mergekonflikten. Ich habe nur den Master-branch, da kommt alles rein. Voraussetzung: eine umfassende und schnell ausführbare Testsuite. Nur wenn diese alle grün sind, darf etwas committed werden. Neue features werden mittels feature-flags freigeschaltet. Hier noch ein paar Links zum Thema: paulhammant.com/2013/04/05/what-is-trunk-based-development/ kean.github.io/post/trunk-based…

Alleine, insofern hab ich gut reden. Das sollte aber auch mit einem rebase vor einem push gehen. Und Du brauchst eine vollständige Testsuite.

4. Alles in Master, weil das die eigentliche Idee continuous integration ist. Ohne grüne tests wird nix gepusht, releases haben tags, neue releases über feature toggles.

developer.apple.com/documentat…viewdatasourceprefetching

Ja genau, aber das geht ja automatisiert über das Script. Schöne Grüße, Markus

Und dann noch ne Extra-Buildphase "Set build number from git" Shell-Script (16 Zeilen)

Also bei mir klappt das, hab es als Buildphase-script, da lese ich dann die git-revision entspr. aus dem git-commit aus: Shell-Script (25 Zeilen)

Du kannst auch mehrere Xcode Versionen parallel installieren.

Oder mach die Swift-Playgrounds Tutorials

Man kann obj-c Code nach Jahren sogar noch compilieren...SCNR

Ich finde den IB an sich sehr gut, aber was mich mittlerweile tatsächlich dazu treibt, auch Views per code zu erzeugen (in obj-c...), ist das für mein Empfinden kaputte tooling in Xcode mit Autolayout. Plötzlich tauchen wieder irgendwelche Warnungen auf von angeblich falschen frames, das eingebaute "fixing" schiebt alle views weg usw. usw. Wenn es immer funktionieren würde, wäre die fehlende Typsicherheit kein Problem, aber eine view mit Autolayout ist mit dem iOS9 API schneller hingeschrieben a…

Swift oder objc?

Naja, wenn das Rumkopiere der Bitmap zuviel Zeit kostet. Das mit dem Layer und dem CGImage ist aber schneller, als das Bild in drawrect selbst zu zeichnen. Schöne Grüße, Markus

Ich mache das mit einem CGImage, welches ich aus dem Framebuffer erzeuge und dann in jedem Frame als content für den View-Layer setze: C-Quellcode (4 Zeilen)Ist nicht besonders schnell, aber wenn es darauf ankommt, solltest Du eh irgendwas hardware-beschleunigtes nutzen.

Also ich mache das genauso, auch für Dokumente etc. So kommst Du an alte Versionen zur Not ran (platformübergreifend). Oder ein versehentliches Speichern verliert seinen Schrecken. Außerdem hast Du so gleich eine Synchronisationsinfrastruktur z.B. zw Laptop und stationären Rechner.

Warum kein git-commit hook? Es geht doch um Sourcen, so wird es nur bei Änderungen getriggert. Einfach, funktioniert überall und mit jedem Dienst, solange er als Verzeichnis verfügbar ist. Außerdem lieferst Du Dich damit nicht irgendwelchen proprietären Lösungen aus.

Jetzt mal aus der Hüfte geschossen: git-commit hook und einem entspr. shell script oder aber mit einem Automator-Workflow auf einer Ordneraktion?