Es ist auch mein erstes Projekt mit Github 
Mir ist eben nur aufgefallen, dass andere Mod-Projecte auch Downloads direkt von Github verlinken. Man kann bei Github releases erstellen, und wenn die Ordensstruktur nicht stimmt, muss man nach dem Download erst mal alles sortieren
Wir sollten die Struktur auf Github ändern, die Datei/Ordern Struktur sollte genau so sein wie des finalen Mods
Des weiteren sollten wir die Ordner nicht mit _DEV usw. benennen, dafür gibt es Branchs
master: da kommen die fertigen Sachen rein
dev (oder so): die aktuelle Entwicklung
Eventuell verschiedene Branchs für PARTS und PLUGINS
Eigentlich sollte es nur ein Adapter werden, aber es wurde mehr, ein Adapter mit Stauraum 
Verfügbar derzeit über Github: https://github.com/GermanModPr…ner78/Parts/GSA-PA01-MK-I
Auch hier wird das "StorageContainer" Plugin benötigt https://github.com/GermanModPr…e/master/runner78/Plugins
da müsstest du ja nur deine Station auf knapp 68000m Parken, dann hast du auch eine leichte Bremsung drin 
Habe es zwar schon im Chat mehrfach gepostet, aber damit es auch jeder sieht:
Ich habe einen Storage Container gemacht und kann über Github geladen werden: https://github.com/GermanModPr…ner78/Parts/GSA-SC01-MK-I
Hier ein paar Screenshots: http://imgur.com/a/Hjfvc#8
Ich werde bald die Blender-Datei Nachreichen, damit man für den Container eventuell passgenaue Parts machen könnte (wenn jemand das will)
Der Container benötigt das Plugin, das sich auch auf Github im Verzeichnis befindet. Das Entfernt im VAB die Klappen, damit man ungestört die Parts darin Platzieren kann.
Der Part kann sowohl für Stationen wie auch Raumschiffe Verwendet werden.
Kerbin hat aber einen 6-Stunden Tag... 
Für den Fall, dass GSA als Namen gewinnt hier mal ein kleiner Vorschlag
Ich habe da mittlerweile keine Schwierigkeiten einen guten Orbit auf 2868Km , auf den Meter genau kommt es nicht an. Schwieriger ist es eher, dabei eine ganz bestimmte Position zu erreichen.
Bezüglich Langzeit-Experimente:
wäre es da Besser ein Allgemeines PartModul zu programmieren?
Sonst kocht jeder sein eigenes Süppchen und für das Haltbarkeits-Plugin wäre es auch Hilfreicher
Neues Status Update Haltbarkeit.
Er hat jetzt Alpha-Status erreicht
https://github.com/GermanModPr…e/master/runner78/Plugins (Es wird zusätzlich noch der Modul Manager benötigt)
Was zuvor Funktionierte:
Neue Funktionen:
Geplant:
Für mich klingt das so, als ob etwas fehlt (z.B. visual c++ redistributable), oder fehlerhaft ist (Treiber).
Bisher wird beim Verschleiß berücksichtigt:
Bei einer Station, die man im Orbit zusammendockt, wäre das hinzufügen von Schläuchen nur mit viel aufwand möglich.
Man kann aber Ressourcen auch durch Parts ohne Cross Fuel Kompatibilität leiten
Status Update Haltbarkeit
https://github.com/GermanModPr…e/master/runner78/Plugins (Es wird zusätzlich noch der Modul Manager benötigt)
Was Bereits Funktioniert:
Was noch nicht Funktioniert:
Gaaaaaaaaaaaaanz Langweilig: KspDeMod
(Benutze ich als internen Arbeitsname 
Ich hatte auch mit den Gedanken gespielt, dass man beim Bauen die Qualiät noch beeinflussen kann, und so die kosten eines Parts verändern kann.
Allerdings hat ein bestimmtes Bauteil eine Basis-Qualität, und man kann sie nur in einem gewissen Rahmen beeinflussen. z.B. hätte eine kleiner Station-Part bei der höchsten Qualität immer noch weniger als die Großen teile in der Basis Qualität.
Das sind aber nur noch Überlegungen für einem Späteren Moment.
Da kommt mit die Idee, dass ein Part eine Außen- und eine Innentemperatur bekommt, und eine optimale Betriebstemperatur, wird diese überschritten oder unterschritten, wird die Haltbarkeit darunter leiden.
Y.A.K.S.L (Yet Another Kerbal Space Lap)
A.M.A (another meaningless acronym)
Meine Gedanken zum Schaden/Haltbarkeits-system:
Alle Parts bekommen mehre Attribute
Es muss noch geklärt werden, wie das Kühlsystem und das Haltbarkeitssystem zusammenarbeiten.
Und was bekommt der Mod für einen Namen?
