NAV2018 CU 08 Deferral Posting Buffer T1703 -> T1706

Hallo,

gerade beim einchecken von NAV2018 CU 08 gesehen:

$ git commit
[NAV2018_DE 5ec19729b] Load: NAV2018 DE CU08 Rev. 23572
194 files changed, 5673 insertions(+), 3833 deletions(-)
rename NAV2018_DE_CU07_23019.txt => NAV2018_DE_CU08_23572.txt (99%)
rewrite codeunit/codeunit_0000000484.txt (87%)
create mode 100644 codeunit/codeunit_0000000485.txt
create mode 100644 page/page_0000000758.txt
create mode 100644 table/table_0000000484.txt
create mode 100644 table/table_0000001706.txt

Deferral Posting Buffer war bisher Table 1703. Wenn man in die Textdatei schaut sieht man das hier:

Code:

OBJECT Table 1703 Deferral Post. Buffer
{
  OBJECT-PROPERTIES
  {
    Date=27.07.18;
    Time=12:00:00;
    Version List=NAVW111.00.00.23572;
  }
  PROPERTIES
  {
    ObsoleteState=Pending;
    ObsoleteReason=Replace with tab 1706 Deferral Posting Buffer;
...


Wird das jetzt eine neue Mode? Bin mal gespannt wie git beim Merge unseres Addons reagiert... alte Datei ist noch da, neue gibts jetzt auch, unsere Änderungen gehen in die alte Datei. Rename Detection funktioniert in git zwar ganz gut, aber nur wenn es als Rename erkannt werden kann. Ich nehme mal an dafür sind dann die neuen Properties ObsoleteState und ObsoleteReason. Nur weiss git das nicht...

Das hat wahrscheinlich mit der "only non-breaking changes" Politik für Änderungen in D365 zu tun. Einfacher wird es dadurch nicht.

180803_Commit_am_Morgen.png

LG Jens

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Hallo,

Das hat wahrscheinlich mit der "only non-breaking changes" Politik für Änderungen in D365 zu tun. Einfacher wird es dadurch nicht.

Das frage ich mich auch gerade, nach den Diskussionen auf Yammer

Mir stellt sich jetzt hier die Frage, welche Tabelle soll ich denn jetzt benutzen, die alte oder die neue.

Weil die alte ist noch nicht Obsolete.
Muss ich die jetzt beide füllen?
Verwendet das System jetzt beide Tabellen?

Gruß Fiddi