Bug/2444 bug update data extension field name creates a new field instead of updating the existing one#2459
Conversation
…name-creates-a-new-field-instead-of-updating-the-existing-one
Coverage ReportCommit:56e3bebBase: develop@b223b13
Details (changed files):
|
…name-creates-a-new-field-instead-of-updating-the-existing-one
…-new-field-instead-of-updating-the-existing-one' of https://github.com/Accenture/sfmc-devtools into bug/2444-bug-update-data-extension-field-name-creates-a-new-field-instead-of-updating-the-existing-one
|
Once the bug was fixed, the unit tests started failing, so I had to make some changes to the test data. This file is "deployed", added some missing fields. Also, And this is what it expects: Also, here moved the field newField below: Because ContactKey is the fourth field in the data extension, and the script considers this a field rename (Ordinal: 3) |
|
uhm, question: did you try this guide? https://github.com/Accenture/sfmc-devtools/wiki/08.-Metadata-specific-settings-&-options#renaming-fields-of-a-data-extensions |
I did not see that 😆 Name_new approach works as expected. |
|
yes that seems easier but frankly it's dependent on the position of the field in the array which could be different across environments - which is why i discarded a direct update option in favor of the Name_new approach. this works flawlessly in the GUI because there they have the field object id for each field before the edit and hence can target their update on that particular field alone. closing this PR |
PR details
What changes did you make? (Give an overview)
Updating the field name does not work via mcdev. It is possible to do via the UI. Whenever I tried to do that via mcdev, the field which I tried to update was not changed, but a new field was added.
Further details (optional)
...
Checklist