Unstable Pli

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Unstable Pli

      hallo

      vielleicht kann mich ja einer mal aufklären
      nightly build = also jeden tag neu? wird da was verändert? manchmal sind die
      kb zahlen ganz gleich auch im changelog nichts für die vuo - oder zählt da
      die ganze e2 soße mit?
      dann wollte ich mal fragen kann man da abschätzen
      wann da mal ein release herauskommt - dauert das wochen monate jahre?
      habe da keine ahnung - wie lange hat es bei der dream gedauert?
      und wenn dann ein release da ist
      gehen dann die nightly builds weiter? bis ein neueres release herausen ist?
      will aber hier nicht drängen oder sowas
      reine neugier :D und lernwille =)

      greets nad218thx
      [list]KÜRZEL - JA/NEIN - FAQ - PLUGINS - TIPPS - LINKS - SOFTWARE[/list] Supportanfragen per PN werden nicht beantwortet - diese landen sofort im Müll!

    • RE: Unstable Pli

      würde mich auch interessieren
      VU+Solo2 + VU+ Solo2 * 2TB NAS * Elanvision EV-8000K + 160GB * Nokia DBOX2 MC *
      Verkauft: VU+Duo, Clarke-Tech CT9100, Dreambox DM8000, DM800, DM7025S, DM7025, DM7020, DM7020Si, DM7000S, DM100, DM500HD, DM500S

    • @subzero23

      hallo

      sei mir nicht böse aber das ist doch keine antwort :rolleyes:
      kannte ich natürlich schon aber
      letzter change 2 days ago!
      warum haben die dann gestern und heute ein neues image herausgebracht?
      wurde also nicht verändert - kann ich aber nicht glauben?

      greets nad218thx
      [list]KÜRZEL - JA/NEIN - FAQ - PLUGINS - TIPPS - LINKS - SOFTWARE[/list] Supportanfragen per PN werden nicht beantwortet - diese landen sofort im Müll!

    • Natürlich ist das eine Antwort.
      Die Sourcen von Pli liegen auf einem Server.
      Und dieser Server baut aus den Sourcen jeden Nacht
      automatisch ein Image, egal ob Neuigkeiten eingeflossen sind oder nicht.
      Und was neu ist siehst du halt unter:

      openpli.git.sourceforge.net/git/g...dded;a=shortlog

      Auf diese weise brauchen sich die verschiedenen Programmierer nicht
      absprechen. Wenn jemand was neues in die Sourcen einbringt, dann
      steht es der Usergemeide spätestens am nächsten Tag zur Verfügung.

    • Original von DrData
      Natürlich ist das eine Antwort.
      Die Sourcen von Pli liegen auf einem Server.
      Und dieser Server baut aus den Sourcen jeden Nacht
      automatisch ein Image, egal ob Neuigkeiten eingeflossen sind oder nicht.
      Und was neu ist siehst du halt unter:

      openpli.git.sourceforge.net/git/g...dded;a=shortlog

      Auf diese weise brauchen sich die verschiedenen Programmierer nicht
      absprechen. Wenn jemand was neues in die Sourcen einbringt, dann
      steht es der Usergemeide spätestens am nächsten Tag zur Verfügung.


      vollautomatisch :D

      die arbeiten sicher alle in der Auto Industrie :D

    • Das möchte ich mal stark bezweifeln das die in der Autoindustrie arbeiten.
      Die Holländer produzieren jährlich viele Tonnen Gras und Käse :) :)
      Aber mit der Autoindustrie haben die weniger zu tun :) :)

    • @drdata

      hallo

      aha danke für die erklärung
      wenn ich auch aus deinem link nicht schlau werde (geht nicht so richtig)
      aber habs schon hinbekommen
      achtung ironiemodus an
      vollautomatisch server ?(
      da flashe ich lieber das vti das wird noch per hand gemacht :D
      da weiß man was man hat ;)

      greets nad218thx
      [list]KÜRZEL - JA/NEIN - FAQ - PLUGINS - TIPPS - LINKS - SOFTWARE[/list] Supportanfragen per PN werden nicht beantwortet - diese landen sofort im Müll!

    • @nad218thx

      Beide Lösungen haben ihre Vor- und Nachteile.
      Bei den Image-Bauern werden oft Fehler gemeldet und dann liest man:
      "Fehler ist gefixt und im nächsten Image bereinigt". Oft muss die Usergemeinde dann aber noch Wochen auf das nächste Image warten.
      Bei der Nightly-Build Lösung entfällt das. Der User hat am nächsten Tag
      den Fehler bereinigt.
      Auf der anderen Seite kann es bei der Nightly-Build Lösung aber auch schneller passieren das sich Fehler einschleichen da die Nightly-Build
      ja quasi ungetestet sind.