Containers

If you are using Docker containers, you have three options: using Docker, using the Datadog tracing library, or configuring your application with DD_GIT_* environment variables.

Option 1: Docker

1. Ajoutez les lignes suivantes dans le Dockerfile de votre application :

   ARG DD_GIT_REPOSITORY_URL
   ARG DD_GIT_COMMIT_SHA
   ENV DD_GIT_REPOSITORY_URL=${DD_GIT_REPOSITORY_URL} 
   ENV DD_GIT_COMMIT_SHA=${DD_GIT_COMMIT_SHA}
   

2. Ajoutez les arguments suivants à votre commande build Docker :

   docker build . \
    -t my-application \
    --build-arg DD_GIT_REPOSITORY_URL=<git-provider.example/me/my-repo> \
    --build-arg DD_GIT_COMMIT_SHA=$(git rev-parse HEAD)
   

Option 2: Datadog Tracing Library

Depuis la version 1.18, Go intègre les informations sur le contrôle des versions dans des binaires. La bibliothèque de tracing Datadog se sert de ces informations pour taguer vos données de télémétrie avec le SHA du commit et l’URL du référentiel les plus récents.

Pour adopter cette approche, vérifiez que votre service respecte les exigences suivantes :

• Version 1.18 ou ultérieure de Go
• Service conçu en tant que module Go, dont le chemin correspond à l’URL du référentiel de votre code

Option 3: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Serverless

If you are using Serverless, you have three options depending on your serverless application’s setup.

Option 1: Datadog Tooling

Outil CLI Datadog

Utilisez la version 2.4.1 ou une version ultérieure du client datadog-ci. Vous devez exécuter l’outil CLI dans le même répertoire que le référentiel de code.

Plug-in Serverless Datadog

Utilisez la version 5.18.0 ou une version ultérieure du plug-in.

CDK Construct Datadog

Utilisez la version 0.8.5 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v1.
Utilisez la version 1.4.0 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v2.

Option 2: Datadog Tracing Library

Depuis la version 1.18, Go intègre les informations sur le contrôle des versions dans des binaires. La bibliothèque de tracing Datadog se sert de ces informations pour taguer vos données de télémétrie avec le SHA du commit et l’URL du référentiel les plus récents.

Pour adopter cette approche, vérifiez que votre service respecte les exigences suivantes :

• Version 1.18 ou ultérieure de Go
• Service conçu en tant que module Go, dont le chemin correspond à l’URL du référentiel de votre code

Option 3: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Host

If you are using a host, you have two options.

Option 1: Datadog Tracing Library

Depuis la version 1.18, Go intègre les informations sur le contrôle des versions dans des binaires. La bibliothèque de tracing Datadog se sert de ces informations pour taguer vos données de télémétrie avec le SHA du commit et l’URL du référentiel les plus récents.

Pour adopter cette approche, vérifiez que votre service respecte les exigences suivantes :

• Version 1.18 ou ultérieure de Go
• Service conçu en tant que module Go, dont le chemin correspond à l’URL du référentiel de votre code

Option 2: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Containers

If you are using Docker containers, you have three options: using Docker, using the Datadog tracing library, or configuring your application with DD_GIT_* environment variables.

Option 1: Docker

1. Ajoutez les lignes suivantes dans le Dockerfile de votre application :

   ARG DD_GIT_REPOSITORY_URL
   ARG DD_GIT_COMMIT_SHA
   ENV DD_GIT_REPOSITORY_URL=${DD_GIT_REPOSITORY_URL} 
   ENV DD_GIT_COMMIT_SHA=${DD_GIT_COMMIT_SHA}
   

2. Ajoutez les arguments suivants à votre commande build Docker :

   docker build . \
    -t my-application \
    --build-arg DD_GIT_REPOSITORY_URL=<git-provider.example/me/my-repo> \
    --build-arg DD_GIT_COMMIT_SHA=$(git rev-parse HEAD)
   

Option 2: Setuptools or Unified Python Project Settings File

Si le package de votre application est généré avec setuptools :

1. Installez le package dd-trace.
2. Ajoutez import ddtrace.sourcecode.setuptools_auto en tant que première importation dans le fichier setup.py.
3. Définissez la variable d’environnement DD_MAIN_PACKAGE sur le nom du principal package Python.

Si vous utilisez un fichier unifié contenant les paramètres du projet Python pour votre application :

1. Installez le plug-in hatch-datadog-build-metadata et configurez-le de façon à intégrer les métadonnées git. Si un projet contient déjà des URL, reconfigurez-les afin d’utiliser des URL dynamiques, puis déplacez-les vers une autre section de configuration. Pour en savoir plus, consultez le code source du plug-in.
2. Définissez la variable d’environnement DD_MAIN_PACKAGE sur le nom du principal package Python.

Option 3: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Serverless

If you are using Serverless, you have three options depending on your serverless application’s setup.

Option 1: Datadog Tooling

Outil CLI Datadog

Utilisez la version 2.4.1 ou une version ultérieure du client datadog-ci. Vous devez exécuter l’outil CLI dans le même répertoire que le référentiel de code.

Plug-in Serverless Datadog

Utilisez la version 5.18.0 ou une version ultérieure du plug-in.

CDK Construct Datadog

Utilisez la version 0.8.5 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v1.
Utilisez la version 1.4.0 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v2.

Option 2: Setuptools or Unified Python Project Settings File

Si le package de votre application est généré avec setuptools :

1. Installez le package dd-trace.
2. Ajoutez import ddtrace.sourcecode.setuptools_auto en tant que première importation dans le fichier setup.py.
3. Définissez la variable d’environnement DD_MAIN_PACKAGE sur le nom du principal package Python.

Si vous utilisez un fichier unifié contenant les paramètres du projet Python pour votre application :

1. Installez le plug-in hatch-datadog-build-metadata et configurez-le de façon à intégrer les métadonnées git. Si un projet contient déjà des URL, reconfigurez-les afin d’utiliser des URL dynamiques, puis déplacez-les vers une autre section de configuration. Pour en savoir plus, consultez le code source du plug-in.
2. Définissez la variable d’environnement DD_MAIN_PACKAGE sur le nom du principal package Python.

Option 3: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Host

If you are using a host, you have two options.

Option 1: Setuptools or Unified Python Project Settings File

Si le package de votre application est généré avec setuptools :

1. Installez le package dd-trace.
2. Ajoutez import ddtrace.sourcecode.setuptools_auto en tant que première importation dans le fichier setup.py.
3. Définissez la variable d’environnement DD_MAIN_PACKAGE sur le nom du principal package Python.

Si vous utilisez un fichier unifié contenant les paramètres du projet Python pour votre application :

1. Installez le plug-in hatch-datadog-build-metadata et configurez-le de façon à intégrer les métadonnées git. Si un projet contient déjà des URL, reconfigurez-les afin d’utiliser des URL dynamiques, puis déplacez-les vers une autre section de configuration. Pour en savoir plus, consultez le code source du plug-in.
2. Définissez la variable d’environnement DD_MAIN_PACKAGE sur le nom du principal package Python.

Option 2: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

As a first step, ensure that your .pdb files are deployed alongside your .NET assemblies (.dll or .exe) in the same folder. Then, follow the rest of the instructions based on your specific deployment model:

Containers

If you are using Docker containers, you have three options: using Docker, using Microsoft SourceLink, or configuring your application with DD_GIT_* environment variables.

Option 1: Docker

1. Ajoutez les lignes suivantes dans le Dockerfile de votre application :

   ARG DD_GIT_REPOSITORY_URL
   ARG DD_GIT_COMMIT_SHA
   ENV DD_GIT_REPOSITORY_URL=${DD_GIT_REPOSITORY_URL} 
   ENV DD_GIT_COMMIT_SHA=${DD_GIT_COMMIT_SHA}
   

2. Ajoutez les arguments suivants à votre commande build Docker :

   docker build . \
    -t my-application \
    --build-arg DD_GIT_REPOSITORY_URL=<git-provider.example/me/my-repo> \
    --build-arg DD_GIT_COMMIT_SHA=$(git rev-parse HEAD)
   

Option 2: Microsoft SourceLink

Si vous utilisez Microsoft SourceLink, Dtadog peut extraire le SHA du commit git et l’URL du référentiel à partir de l’assemblage .NET.

1. Ouvrez le fichier de votre projet (.csproj) dans un environnement de développement intégré (EDI), puis ajoutez une référence à l’un des packages NuGet suivants, selon l’endroit où votre référentiel git est hébergé :

   Fournisseur	Microsoft SourceLink
   GitHub	Microsoft.SourceLink.GitHub
   Bitbucket	Microsoft.SourceLink.Bitbucket
   GitLab	Microsoft.SourceLink.GitLab
   Azure DevOps	Microsoft.SourceLink.AzureRepos.Git
   Azure DevOps Server	Microsoft.SourceLink.AzureDevOpsServer.Git

Option 3: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Serverless

If you are using Serverless, you have three options depending on your serverless application’s setup.

Option 1: Datadog Tooling

Outil CLI Datadog

Utilisez la version 2.4.1 ou une version ultérieure du client datadog-ci. Vous devez exécuter l’outil CLI dans le même répertoire que le référentiel de code.

Plug-in Serverless Datadog

Utilisez la version 5.18.0 ou une version ultérieure du plug-in.

CDK Construct Datadog

Utilisez la version 0.8.5 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v1.
Utilisez la version 1.4.0 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v2.

Option 2: Microsoft SourceLink

Si vous utilisez Microsoft SourceLink, Dtadog peut extraire le SHA du commit git et l’URL du référentiel à partir de l’assemblage .NET.

1. Ouvrez le fichier de votre projet (.csproj) dans un environnement de développement intégré (EDI), puis ajoutez une référence à l’un des packages NuGet suivants, selon l’endroit où votre référentiel git est hébergé :

   Fournisseur	Microsoft SourceLink
   GitHub	Microsoft.SourceLink.GitHub
   Bitbucket	Microsoft.SourceLink.Bitbucket
   GitLab	Microsoft.SourceLink.GitLab
   Azure DevOps	Microsoft.SourceLink.AzureRepos.Git
   Azure DevOps Server	Microsoft.SourceLink.AzureDevOpsServer.Git

Option 3: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Host

If you are using a host, you have two options: using Microsoft SourceLink or configuring your application with DD_GIT_* environment variables.

Option 1: Microsoft SourceLink

Si vous utilisez Microsoft SourceLink, Dtadog peut extraire le SHA du commit git et l’URL du référentiel à partir de l’assemblage .NET.

1. Ouvrez le fichier de votre projet (.csproj) dans un environnement de développement intégré (EDI), puis ajoutez une référence à l’un des packages NuGet suivants, selon l’endroit où votre référentiel git est hébergé :

   Fournisseur	Microsoft SourceLink
   GitHub	Microsoft.SourceLink.GitHub
   Bitbucket	Microsoft.SourceLink.Bitbucket
   GitLab	Microsoft.SourceLink.GitLab
   Azure DevOps	Microsoft.SourceLink.AzureRepos.Git
   Azure DevOps Server	Microsoft.SourceLink.AzureDevOpsServer.Git

Option 2: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Containers

If you are using Docker containers, you have two options: using Docker or configuring your application with DD_GIT_* environment variables.

Option 1: Docker

1. Ajoutez les lignes suivantes dans le Dockerfile de votre application :

   ARG DD_GIT_REPOSITORY_URL
   ARG DD_GIT_COMMIT_SHA
   ENV DD_GIT_REPOSITORY_URL=${DD_GIT_REPOSITORY_URL} 
   ENV DD_GIT_COMMIT_SHA=${DD_GIT_COMMIT_SHA}
   

2. Ajoutez les arguments suivants à votre commande build Docker :

   docker build . \
    -t my-application \
    --build-arg DD_GIT_REPOSITORY_URL=<git-provider.example/me/my-repo> \
    --build-arg DD_GIT_COMMIT_SHA=$(git rev-parse HEAD)
   

Option 2: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Serverless

If you are using Serverless, you have two options depending on your serverless application’s setup.

Option 1: Datadog Tooling

Outil CLI Datadog

Utilisez la version 2.4.1 ou une version ultérieure du client datadog-ci. Vous devez exécuter l’outil CLI dans le même répertoire que le référentiel de code.

Plug-in Serverless Datadog

Utilisez la version 5.18.0 ou une version ultérieure du plug-in.

CDK Construct Datadog

Utilisez la version 0.8.5 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v1.
Utilisez la version 1.4.0 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v2.

Option 2: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Host

If you are using a host, configure your application with DD_GIT_* environment variables.

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Containers

If you are using Docker containers, you have two options: using Docker or configuring your application with the DD_TAGS environment variable.

Option 1: Docker

1. Ajoutez les lignes suivantes dans le Dockerfile de votre application :

   ARG DD_GIT_REPOSITORY_URL
   ARG DD_GIT_COMMIT_SHA
   ENV DD_TAGS="git.repository_url:${DD_GIT_REPOSITORY_URL},git.commit.sha:${DD_GIT_COMMIT_SHA}"
   

2. Ajoutez les arguments suivants à votre commande build Docker :

   docker build . \
    -t my-application \
    --build-arg DD_GIT_REPOSITORY_URL=<git-provider.example/me/my-repo> \
    --build-arg DD_GIT_COMMIT_SHA=$(git rev-parse HEAD)
   

Option 2: DD_TAGS Environment Variable

Configurez votre application avec la variable d’environnement DD_TAGS :

export DD_TAGS="git.commit.sha:<commit_Sha>,git.repository_url:<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Serverless

If you are using Serverless, you have two options depending on your serverless application’s setup.

Option 1: Datadog Tooling

Outil CLI Datadog

Utilisez la version 2.4.1 ou une version ultérieure du client datadog-ci. Vous devez exécuter l’outil CLI dans le même répertoire que le référentiel de code.

Plug-in Serverless Datadog

Utilisez la version 5.18.0 ou une version ultérieure du plug-in.

CDK Construct Datadog

Utilisez la version 0.8.5 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v1.
Utilisez la version 1.4.0 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v2.

Option 2: DD_TAGS Environment Variable

Configurez votre application avec la variable d’environnement DD_TAGS :

export DD_TAGS="git.commit.sha:<commit_Sha>,git.repository_url:<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Host

If you are using a host, configure your application with the DD_TAGS environment variable.

Configurez votre application avec la variable d’environnement DD_TAGS :

export DD_TAGS="git.commit.sha:<commit_Sha>,git.repository_url:<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

If you are using Docker containers, you have two options: using Docker or configuring your application with DD_GIT_* environment variables.

Option 1: Docker

1. Ajoutez les lignes suivantes dans le Dockerfile de votre application :

   ARG DD_GIT_REPOSITORY_URL
   ARG DD_GIT_COMMIT_SHA
   ENV DD_GIT_REPOSITORY_URL=${DD_GIT_REPOSITORY_URL} 
   ENV DD_GIT_COMMIT_SHA=${DD_GIT_COMMIT_SHA}
   

2. Ajoutez les arguments suivants à votre commande build Docker :

   docker build . \
    -t my-application \
    --build-arg DD_GIT_REPOSITORY_URL=<git-provider.example/me/my-repo> \
    --build-arg DD_GIT_COMMIT_SHA=$(git rev-parse HEAD)
   

Option 2: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Serverless

If you are using Serverless, you have two options depending on your serverless application’s setup.

Option 1: Datadog Tooling

Outil CLI Datadog

Utilisez la version 2.4.1 ou une version ultérieure du client datadog-ci. Vous devez exécuter l’outil CLI dans le même répertoire que le référentiel de code.

Plug-in Serverless Datadog

Utilisez la version 5.18.0 ou une version ultérieure du plug-in.

CDK Construct Datadog

Utilisez la version 0.8.5 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v1.
Utilisez la version 1.4.0 ou une version ultérieure de datadog-cdk-constructs pour AWS CDK v2.

Option 2: DD_GIT_* Environment Variables

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Host

If you are using a host, configure your application with DD_GIT_* environment variables.

Configurez votre application avec les variables d’environnement DD_GIT_* :

export DD_GIT_COMMIT_SHA="<commit_Sha>"
export DD_GIT_REPOSITORY_URL="<git-provider.example/me/my-repo>"

Remplacez <commit_Sha> par le SHA du commit servant à build votre application. Pour l’obtenir, exécutez git rev-parse HEAD lors du build. Le SHA doit être passé aux variables d’environnement du runtime.

Install Datadog’s GitHub integration on the GitHub integration tile to allow Datadog to synchronize your repository metadata automatically. When specifying permissions on the integration tile, select at least Read permissions for Contents.

Setting up the GitHub integration also allows you to see inline code snippets in Error Tracking, Continuous Profiler, Serverless Monitoring, CI Visibility, and Application Security Monitoring.

To link telemetry with your source code, upload your repository metadata with the datadog-ci git-metadata upload command. datadog-ci v2.10.0 or later is required.

When you run datadog-ci git-metadata upload within a Git repository, Datadog receives the repository URL, the commit SHA of the current branch, and a list of tracked file paths.

Run this command for every commit that you need to be synchronized with Datadog.

If you are using gitlab.com, this also allows you to see inline code snippets in Error Tracking, Continuous Profiler, Serverless Monitoring, CI Visibility, and Application Security Monitoring.

Validation

To ensure the data is being collected, run datadog-ci git-metadata upload in your CI pipeline.

You can expect to see the following output:

Reporting commit 007f7f466e035b052415134600ea899693e7bb34 from repository git@my-git-server.com:my-org/my-repository.git.
180 tracked file paths will be reported.
Successfully uploaded tracked files in 1.358 seconds.
Syncing GitDB...
Successfully synced git DB in 3.579 seconds.
✅ Uploaded in 5.207 seconds.

To link telemetry with your source code, upload your repository metadata with the datadog-ci git-metadata upload command. datadog-ci v2.10.0 or later is required.

When you run datadog-ci git-metadata upload within a Git repository, Datadog receives the repository URL, the commit SHA of the current branch, and a list of tracked file paths.

Run this command for every commit that you need to be synchronized with Datadog.

Validation

To ensure the data is being collected, run datadog-ci git-metadata upload in your CI pipeline.

You can expect to see the following output:

Reporting commit 007f7f466e035b052415134600ea899693e7bb34 from repository git@my-git-server.com:my-org/my-repository.git.
180 tracked file paths will be reported.
Successfully uploaded tracked files in 1.358 seconds.
Syncing GitDB...
Successfully synced git DB in 3.579 seconds.
✅ Uploaded in 5.207 seconds.

You can see links from stack frames to their source repository in Error Tracking.

1. Navigate to APM > Error Tracking.
2. Click on an issue. The Issue Details panel appears on the right.
3. Under Latest Event, click the View button on the right of a frame or select View file, View Git blame, or View commit to be redirected to your source code management tool.

If you’re using the GitHub integration, or if you’re hosting your repositories on the GitLab SaaS instance (gitlab.com), click Connect to preview on stack frames. You can see inline code snippets directly in the stack trace.

You can see a source code preview for profile frames in the Continuous Profiler.

1. Navigate to APM > Profile Search.
2. Hover your cursor over a method in the flame graph.
3. If needed, press Opt or Alt to enable the preview.

You can also see links from profile frames to their source repository. This is supported for profiles broken down by line, method, or file.

1. Navigate to APM > Profile Search.
2. Hover your cursor over a method in the flame graph. A kebab icon with the More actions label appears on the right.
3. Click More actions > View in repo to open the trace in its source code repository.

You can see links from errors in your Lambda functions’ associated stack traces to their source repository in Serverless Monitoring.

1. Navigate to Infrastructure > Serverless and click on the AWS tab.
2. Click on a Lambda function and click the Open Trace button for an invocation with an associated stack trace.
3. Click View Code to open the error in its source code repository.

If you’re using the GitHub integration, click Connect to preview on error frames. You can see inline code snippets directly in the Lambda function’s stack trace.

You can see links from failed test runs to their source repository in Test Optimization.

1. Navigate to Software Delivery > Test Optimization > Test Runs and select a failed test run.
2. Click the View on GitHub button to open the test in its source code repository.

For more information, see Enhancing Developer Workflows with Datadog.

You can see links from failed Static Analysis and Software Composition Analysis scans to their source repository in Code Analysis.

1. Navigate to Software Delivery > Code Analysis and select a repository.
2. In the Code Vulnerabilities or Code Quality view, click on a code vulnerability or violation. In the Details section, click the View Code button to open the flagged code in its source code repository.

For more information, see the Code Analysis documentation.

You can see links from errors in your security signals’ associated stack traces to their source repository in Application Security Monitoring.

1. Navigate to Security > Application Security and select a security signal.
2. Scroll down to the Traces section on the Related Signals tab and click on an associated stack trace.
3. Click View Code to open the error in its source code repository.

If you’re using the GitHub integration, click Connect to preview on error frames. You can see inline code snippets directly in the security signal’s stack trace.