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

Building with identify=True #557

Open
lucianap1111 opened this issue Nov 5, 2024 · 1 comment
Open

Building with identify=True #557

lucianap1111 opened this issue Nov 5, 2024 · 1 comment

Comments

@lucianap1111
Copy link

Based on customer experience, the build is identified as successful with "Identify=false and they lost the traceability between source code and load module generated.

Could you please confirm what is the correct value for Identify? False? True?

@dennis-behm dennis-behm changed the title DBB - To build the source code with identify=True Building with identify=True Nov 6, 2024
@dennis-behm
Copy link
Member

@lucianap1111

As outlined in the documentation, the setting <lang>_identifyLoad generates an IDRU record for the module during link phase:

#
# flag to generate IDENTIFY statement during link edit phase
# to create an user data record (IDRU) to "sign" the load module with
# an identify String: <application>/<abbreviatedGitHash>
# to increase traceability
#
# can be overridden by file properties
# default: true
cobol_identifyLoad=true

This is a convenient way to put a fingerprint into the load module. You can read more about it here - https://github.com/IBM/dbb-zappbuild/blob/main/docs/HOWTOS.md#signing-load-modules-and-program-objects

However, not all scenarios can be captured. Which particular use case do you have? Why can't you use true?

In any case, this is a "supporting" function. It's the responsibility of the deployment tool to provide traceability from build outputs to source code - and this includes load modules, JCLs, parm cards and any other build output.

The DBB Build report captures repository url and hashes that need to be processed by the packaging actions to keep the relationship.

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

No branches or pull requests

2 participants