Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feedback to abap-language-version.md #210

Open
anfisc opened this issue Feb 9, 2024 · 3 comments
Open

Feedback to abap-language-version.md #210

anfisc opened this issue Feb 9, 2024 · 3 comments

Comments

@anfisc
Copy link
Contributor

anfisc commented Feb 9, 2024

Section # Any ABAP Language Version

Import
When deserializing objects, abapGit will set the ABAP language version according to the metadata of each object.

--> In systems that use software components which enforce the use of the language version "ABAP for Cloud Development" the import tool should not try to set the language version to "ABAP standard" since it will not be possible to activate the object even if the source code might be compatible.
It is very cumbersome to change the ABAP language version for several objects since no mass change support is available for this in ADT. So it should be tried to set the language version to the version that is enforced or the import should be blocked to prevent lots of objects to be created that cannot be activated by definition.

@larshp
Copy link
Member

larshp commented Feb 9, 2024

@anfisc this looks like a suggestion to update the documentation? pull request are welcome

@mbtools
Copy link
Member

mbtools commented Feb 9, 2024

I know, it's complicated but I have spent already weeks on the topic without getting paid for it. This now has low prio for me. Sorry.

PS: There's a "Sponsor me" button if SAP needs help 😉

@anfisc
Copy link
Contributor Author

anfisc commented Feb 9, 2024

@anfisc this looks like a suggestion to update the documentation? pull request are welcome

I have updated my issue such that moved the suggested changes to a pull request.
The proposal for the behavior of ZABAPGIT not to import stuff where it "knows" that this will break I have left as an issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

3 participants