dev #65

Closed
sebastianschwarz wants to merge 0 commits from dev into testing
Collaborator

[fix] - Mower with Lona Technologie
[added] - electronic water pump

ab ins svn , pls

[fix] - Mower with Lona Technologie [added] - electronic water pump ab ins svn , pls
marko was assigned by sebastianschwarz 2022-07-01 05:45:12 +00:00
sebastianschwarz added 29 commits 2022-07-01 05:45:13 +00:00
sebastianschwarz requested review from marko 2022-07-01 05:45:20 +00:00
Author
Collaborator

Was heißt denn
"Dieser Branch enthält nicht die neusten Commits der Basis-Branch"

alles patches fließen in dev und dev in testing , was dann ins svn soll

wie kann dann dev oder testing nicht die neusten commits beinhalten? oder liegts daran, dass es patch-xxx branches gibt, die neuer sind auf basis von dev ?

Was heißt denn "Dieser Branch enthält nicht die neusten Commits der Basis-Branch" alles patches fließen in dev und dev in testing , was dann ins svn soll wie kann dann dev oder testing nicht die neusten commits beinhalten? oder liegts daran, dass es patch-xxx branches gibt, die neuer sind auf basis von dev ?
Owner

Was heißt denn
"Dieser Branch enthält nicht die neusten Commits der Basis-Branch"

alles patches fließen in dev und dev in testing , was dann ins svn soll

wie kann dann dev oder testing nicht die neusten commits beinhalten? oder liegts daran, dass es patch-xxx branches gibt, die neuer sind auf basis von dev ?

Das heist das in der zwischenzeit der dev branch aktuallisiert wurde und dein patch branch nicht mehr aktueller ist wie der dev. Du hättest vorher ein pull vom dev machen müssen bei Dir lokal und den aktuellen dev als basis für einen neuen patch nehmen oder wenn patch schon vorhanden dann ein merge in den patch von dev.

> Was heißt denn > "Dieser Branch enthält nicht die neusten Commits der Basis-Branch" > > alles patches fließen in dev und dev in testing , was dann ins svn soll > > wie kann dann dev oder testing nicht die neusten commits beinhalten? oder liegts daran, dass es patch-xxx branches gibt, die neuer sind auf basis von dev ? > Das heist das in der zwischenzeit der dev branch aktuallisiert wurde und dein patch branch nicht mehr aktueller ist wie der dev. Du hättest vorher ein pull vom dev machen müssen bei Dir lokal und den aktuellen dev als basis für einen neuen patch nehmen oder wenn patch schon vorhanden dann ein merge in den patch von dev.
Owner

Konntest Du Deine Änderungen testen? Zu mindest so weit das selbst wenn die Änderung nicht funktioniert vorhandene Funktionen erhalten bleiben?

Konntest Du Deine Änderungen testen? Zu mindest so weit das selbst wenn die Änderung nicht funktioniert vorhandene Funktionen erhalten bleiben?
Owner

Ok sehe gerade das es ja dev nach testing ist. Da war wohl dev nicht aktuell. Ich schaue mal

Ok sehe gerade das es ja dev nach testing ist. Da war wohl dev nicht aktuell. Ich schaue mal
Author
Collaborator

Was heißt denn
"Dieser Branch enthält nicht die neusten Commits der Basis-Branch"

alles patches fließen in dev und dev in testing , was dann ins svn soll

wie kann dann dev oder testing nicht die neusten commits beinhalten? oder liegts daran, dass es patch-xxx branches gibt, die neuer sind auf basis von dev ?

Das heist das in der zwischenzeit der dev branch aktuallisiert wurde und dein patch branch nicht mehr aktueller ist wie der dev. Du hättest vorher ein pull vom dev machen müssen bei Dir lokal und den aktuellen dev als basis für einen neuen patch nehmen oder wenn patch schon vorhanden dann ein merge in den patch von dev.

also ich erstelle alle lokalen patches immer vom origin/dev (remote) , so dass die patches dann auch dorthin ihre commit hash haben.

hatte 3 pathces parallel laufen. aktuell noch den ic24... aber soweit bin ich noch nicht g.

ja der dev wurde ein paar wochen getestet ohne probleme. Zumindest kam kein negativ statement von den testern.

btw

code improvement - eventuell hast du da eine idee

in der GardenaSmartDevice

recrusives abarbeiten

if ( ref( $propertie->{value} ) eq "HASH" ) {
                    while ( my ( $r, $v ) = each %{ $propertie->{value} } ) {
                      if ( ref( $v ) ne "HASH" ) {
                            readingsBulkUpdate(
                              $hash,
                              $decode_json->{abilities}[$abilities]{name} . '-'
                                . $propertie->{name} . '_'
                                . $r,
                                RigReadingsValue( $hash, $v )
                            );
                        } else {
                          while ( my ( $i_r, $i_v ) = each %{ $v } ) {
                            readingsBulkUpdate(
                              $hash,
                              $decode_json->{abilities}[$abilities]{name} . '-'
                              . $propertie->{name} . '_'
                              . $r . '_' . $i_r,
                              RigReadingsValue( $hash, $i_v )
                            );
                          }
                        }

der else zweig ist neu. da es hier eine verschachtelung tiefer gibt , seit den lonas ...

> > Was heißt denn > > "Dieser Branch enthält nicht die neusten Commits der Basis-Branch" > > > > alles patches fließen in dev und dev in testing , was dann ins svn soll > > > > wie kann dann dev oder testing nicht die neusten commits beinhalten? oder liegts daran, dass es patch-xxx branches gibt, die neuer sind auf basis von dev ? > > > > Das heist das in der zwischenzeit der dev branch aktuallisiert wurde und dein patch branch nicht mehr aktueller ist wie der dev. Du hättest vorher ein pull vom dev machen müssen bei Dir lokal und den aktuellen dev als basis für einen neuen patch nehmen oder wenn patch schon vorhanden dann ein merge in den patch von dev. also ich erstelle alle lokalen patches immer vom origin/dev (remote) , so dass die patches dann auch dorthin ihre commit hash haben. hatte 3 pathces parallel laufen. aktuell noch den ic24... aber soweit bin ich noch nicht *g*. ja der dev wurde ein paar wochen getestet ohne probleme. Zumindest kam kein negativ statement von den testern. btw code improvement - eventuell hast du da eine idee in der GardenaSmartDevice recrusives abarbeiten ``` if ( ref( $propertie->{value} ) eq "HASH" ) { while ( my ( $r, $v ) = each %{ $propertie->{value} } ) { if ( ref( $v ) ne "HASH" ) { readingsBulkUpdate( $hash, $decode_json->{abilities}[$abilities]{name} . '-' . $propertie->{name} . '_' . $r, RigReadingsValue( $hash, $v ) ); } else { while ( my ( $i_r, $i_v ) = each %{ $v } ) { readingsBulkUpdate( $hash, $decode_json->{abilities}[$abilities]{name} . '-' . $propertie->{name} . '_' . $r . '_' . $i_r, RigReadingsValue( $hash, $i_v ) ); } } ``` der else zweig ist neu. da es hier eine verschachtelung tiefer gibt , seit den lonas ...
marko added 2 commits 2022-07-01 08:28:14 +00:00
marko added 1 commit 2022-07-01 08:28:47 +00:00
marko closed this pull request 2022-07-01 08:29:22 +00:00

Pull request closed

Sign in to join this conversation.
No Reviewers
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: FHEM/mod-GardenaSmart#65
No description provided.