Feature Request: Befehl beim speichern
Moderator: pandel
Feature Request: Befehl beim speichern
Moin!
Könnte man evtl einen Befehl einbauen, der am Server per SSH ausgeführt wird, wenn man auf Speichern klickt?
Ich würde das gern für 'ne Versionierung verwenden
Könnte man evtl einen Befehl einbauen, der am Server per SSH ausgeführt wird, wenn man auf Speichern klickt?
Ich würde das gern für 'ne Versionierung verwenden
Re: Feature Request: Befehl beim speichern
Moin!
Prinzipiell ja. Es kann nur, je nach Befehl, etwas trickreich sein, wie er via SSH ausgeführt werden muss. Ich verwende intern 3 verschiedene Arten der SSH Verbindung, damit die verwendeten Befehle alle das tun, was sie sollen...
Was willst du denn noch ausführen?
Lg
Holger
Prinzipiell ja. Es kann nur, je nach Befehl, etwas trickreich sein, wie er via SSH ausgeführt werden muss. Ich verwende intern 3 verschiedene Arten der SSH Verbindung, damit die verwendeten Befehle alle das tun, was sie sollen...
Was willst du denn noch ausführen?
Lg
Holger
Wer mir einen Kaffee spendieren mag , bitte gerne!
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
Re: Feature Request: Befehl beim speichern
Ich bin aktuell noch etwas hin und her gerissen ob ich pro Applikation ein Repo anlege (aufwändig) oder eines für alles (einfach)
Ich will im Prinzip folgendes ausführen:
cd /pfad/zum/devordner/ && git add . && git commit -am "OPSI Package Builder Save" && git push
Wobei mir gerade kommt dass das beim schließen des Projektes (oder des Builders) noch viel sinnvoller wäre...
Und kannst du mir evtl irgendwie die Package ID als Variable bereitstellen?
Also idealerweise sowas:
Eine Rückmeldung brauche ich nicht unbedingt... (Statuscode)
Ich will im Prinzip folgendes ausführen:
cd /pfad/zum/devordner/ && git add . && git commit -am "OPSI Package Builder Save" && git push
Wobei mir gerade kommt dass das beim schließen des Projektes (oder des Builders) noch viel sinnvoller wäre...
Und kannst du mir evtl irgendwie die Package ID als Variable bereitstellen?
Also idealerweise sowas:
Code: Alles auswählen
cd /pfad/zum/devordner/ && git add . && git commit -am "Änderungen in #PackageID#" && git push
Re: Feature Request: Befehl beim speichern
Da muss ich drüber nachdenken, denn das ist ja schon eine etwas erweiterte Änderung. Grundsätzlich finde ich die Idee total gut, sowas via git zu versionieren. Ich muss nur mal überlegen, an welcher Stelle genau soetwas im Programmablauf sinnvoll zu hinterlegen ist.
Wird was dauern, ist aber vorgemerkt. Und ich denke, es würden sich diverse Paketwerte als Variablen rauswerfen lassen, denn wenn ich den Befehlsstring eh noch parsen muss, kann ich auch ein paar Variablen mitgeben...
Wird was dauern, ist aber vorgemerkt. Und ich denke, es würden sich diverse Paketwerte als Variablen rauswerfen lassen, denn wenn ich den Befehlsstring eh noch parsen muss, kann ich auch ein paar Variablen mitgeben...
Wer mir einen Kaffee spendieren mag , bitte gerne!
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
Re: Feature Request: Befehl beim speichern
Oder du integrierst git gleich im Client...
Ich würde trotzdem den "git" Befehl am Server nutzen, aber dein Tool z.B. beim Erstellen eines neuen Projekts gleich "git init" ausführen lassen.
Man brächte da dann noch ein (optionales) Feld, in dme man den remote repository-Pfad angeben kann. gibt man keines an, wird eben nur lokal ein repo aufgebaut, gibt man eines an, wird beim Schließen des Projekts immer gepusht. Außerdem würde ich vor jeder Ausführung eines GIT-Befehls im OPB immer noch folgendes ausführen:
Und dann folgende "Hooks" (* am Anfang der Zeile bedeutet nur, wenn ein remote angebeben wurde):
New Project:
Save:
(Hab's mir anders überlegt, weil so geht's noch genialer :p )
Install:
Close:
-f ist hier nötig, um Tags überschreiben zu können
Oder so...
Das wäre die Eierlegende WollMilchSau
Ich würde trotzdem den "git" Befehl am Server nutzen, aber dein Tool z.B. beim Erstellen eines neuen Projekts gleich "git init" ausführen lassen.
Man brächte da dann noch ein (optionales) Feld, in dme man den remote repository-Pfad angeben kann. gibt man keines an, wird eben nur lokal ein repo aufgebaut, gibt man eines an, wird beim Schließen des Projekts immer gepusht. Außerdem würde ich vor jeder Ausführung eines GIT-Befehls im OPB immer noch folgendes ausführen:
Code: Alles auswählen
git config --global user.name "Name aus den Einstellungen des OPB"
git config --global user.email "E-Mail aus den Einstellungen des OPB"
New Project:
Code: Alles auswählen
git init
*git remote add origin <HierDieRemoteURL>
*git pull
Code: Alles auswählen
git add .
git commit -am "Packaged <ProjectName> <VersionName> (<VersionID>)\n<Latest ChangeLog>"
Install:
Code: Alles auswählen
git tag opb-version-<VersionID>
Code: Alles auswählen
*git push --follow-tags -f
Oder so...
Das wäre die Eierlegende WollMilchSau
Re: Feature Request: Befehl beim speichern
Nee is klar
Spinnen wir das Rad mal weiter, dann müsste ich:
(Variante A)
- eine neue Konfigdatei erzeugen, die paketbezogen abgelegt wird und die zugehörigen Repo-Einstellungen des Pakets beinhaltet, etc.
- das so allgemein stricken, dass neben git auch mercurial, svn, etc. theoretisch machbar wären
- ständig testen, ob es noch geht, ob beim VCS Änderungen vorgenommen wurden, die mir da Stress machen
- die Verantwortung übernehmen für den Fall, dass da irgendwas im VCS kaputtgeschossen wurde, weil ...
- ...
ODER:
Variante (B)
ich baue eine gaaanz allgemeine Form von Script-Option (ggf. aber auch hier paketbezogen), in der man seine eigenen Befehle definieren kann (natürlich mit Übergabe div. paketbezogener Variablen), die dann als Bash-Script direkt am Server abgefeuert werden - beim Speichern oder Schließen oder Build oder Install oder oder oder oder ...
Mir gefällt (B) besser, da deutlich flexibler und weniger gefährlich ...
Spinnen wir das Rad mal weiter, dann müsste ich:
(Variante A)
- eine neue Konfigdatei erzeugen, die paketbezogen abgelegt wird und die zugehörigen Repo-Einstellungen des Pakets beinhaltet, etc.
- das so allgemein stricken, dass neben git auch mercurial, svn, etc. theoretisch machbar wären
- ständig testen, ob es noch geht, ob beim VCS Änderungen vorgenommen wurden, die mir da Stress machen
- die Verantwortung übernehmen für den Fall, dass da irgendwas im VCS kaputtgeschossen wurde, weil ...
- ...
ODER:
Variante (B)
ich baue eine gaaanz allgemeine Form von Script-Option (ggf. aber auch hier paketbezogen), in der man seine eigenen Befehle definieren kann (natürlich mit Übergabe div. paketbezogener Variablen), die dann als Bash-Script direkt am Server abgefeuert werden - beim Speichern oder Schließen oder Build oder Install oder oder oder oder ...
Mir gefällt (B) besser, da deutlich flexibler und weniger gefährlich ...
Wer mir einen Kaffee spendieren mag , bitte gerne!
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
Re: Feature Request: Befehl beim speichern
zu A) Es gibt da ein magisches Wort (na gut, zwei) "Experimental Feature"
zu B) Wenn du ein custom script mit allen genannten variablen für jede der genannten aktoinen baust kommt das aufs gleiche raus
//Edit:
Übrigens ich glaube die Welt entwickelt sich sehr stark zu git. Mercurial sehe ich fast nie mehr und SVN ist mir auch schon lang nicht mehr untergekommen. Verwendet Sourceforge noch aber sonst...?
Und da man eh je Paket ein Repo erzeugen würde, sollte git kein Problem darstellen.
Außerdem hat git den unglaublichen Vorteil, ohne Remote vollumfänglich arbeiten zu können.
Du hättest also eine Lösung, wo sich keiner rausreden kann von wegen wir haben aber nicht x sondern y
Ja klar wie gesgat war die Eierlegende Wollmilchsau.
zu B) Wenn du ein custom script mit allen genannten variablen für jede der genannten aktoinen baust kommt das aufs gleiche raus
//Edit:
Übrigens ich glaube die Welt entwickelt sich sehr stark zu git. Mercurial sehe ich fast nie mehr und SVN ist mir auch schon lang nicht mehr untergekommen. Verwendet Sourceforge noch aber sonst...?
Und da man eh je Paket ein Repo erzeugen würde, sollte git kein Problem darstellen.
Außerdem hat git den unglaublichen Vorteil, ohne Remote vollumfänglich arbeiten zu können.
Du hättest also eine Lösung, wo sich keiner rausreden kann von wegen wir haben aber nicht x sondern y
Ja klar wie gesgat war die Eierlegende Wollmilchsau.
Re: Feature Request: Befehl beim speichern
zu "zu (A)": ich bin noch nicht bereit dazu, die Nacht dazu zu nehmen, der Tag hat ja nur 24 Stunden
zu "zu (B)": da glaube ich wirklich, daß das einfacher sein dürfte, ich werde mir das wirklich mal durch den Kopf gehen lassen...
Ohne Frage, ich bin auch ein absoluter Git Fan! Trotzdem musste ich mich jetzt wegen Bitbucket mal mit Mercurial rumschlagen... geht auch, funktioniert offensichtlich gut, ist aber nicht meine Welt.
Trotzdem würde ich da die Türen offen halten wollen, wenn ich das gem. (A) lösen wollte...
zu "zu (B)": da glaube ich wirklich, daß das einfacher sein dürfte, ich werde mir das wirklich mal durch den Kopf gehen lassen...
Ohne Frage, ich bin auch ein absoluter Git Fan! Trotzdem musste ich mich jetzt wegen Bitbucket mal mit Mercurial rumschlagen... geht auch, funktioniert offensichtlich gut, ist aber nicht meine Welt.
Trotzdem würde ich da die Türen offen halten wollen, wenn ich das gem. (A) lösen wollte...
Wer mir einen Kaffee spendieren mag , bitte gerne!
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
Re: Feature Request: Befehl beim speichern
na?
[ot]
Im Ernst: Hauskauf, Umzug, Renovierung, Weihnachten, Sylvester, ein Arbeitskollege weniger und dadurch Umverteilung der Aufgaben = Mehrarbeit, 'n paar weitere Dinge die dich nix angehen - Nope!
=> Ich hab keine Zeit dafür! Und hier hat auch noch kein anderer so ein Feature angefragt
[/ot]
[ot]
Im Ernst: Hauskauf, Umzug, Renovierung, Weihnachten, Sylvester, ein Arbeitskollege weniger und dadurch Umverteilung der Aufgaben = Mehrarbeit, 'n paar weitere Dinge die dich nix angehen - Nope!
=> Ich hab keine Zeit dafür! Und hier hat auch noch kein anderer so ein Feature angefragt
[/ot]
Wer mir einen Kaffee spendieren mag , bitte gerne!
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor
opsi PackageBuilder - Python Edition
opsibian-gen - RaspberryPi Image Generator mit opsi 4.1
Winst32 Preprocessor