Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
129 changes: 107 additions & 22 deletions hugo/content/en/internal_developer_portal/homepage.md
Original file line number Diff line number Diff line change
Expand Up @@ -5,54 +5,91 @@ description: The Internal Developer Portal Homepage gives you a centralized view
aliases:
- /software_catalog/developer_homepage
- /internal_developer_portal/developer_homepage
further_reading:
- link: "/integrations/github/"
tag: "Documentation"
text: "Learn about the GitHub Integration"
further_reading:
- link: "https://www.datadoghq.com/blog/datadog-idp-homepage/"
tag: "Blog"
text: "Start your day with the IDP Homepage"

- link: "/integrations/github/"
tag: "Documentation"
text: "Learn about the GitHub Integration"

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Integration" isn't a proper noun here.

Suggested change
text: "Learn about the GitHub Integration"
text: "Learn about the GitHub integration"

- link: "/integrations/gitlab-source-code/"
tag: "Documentation"
text: "Learn about the GitLab Integration"

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Integration" isn't a proper noun here. This link goes to GitLab Source Code, so use that name.

Suggested change
text: "Learn about the GitLab Integration"
text: "Learn about the GitLab Source Code integration"

- link: "/integrations/jira/#configure-a-jira-webhook"
tag: "Documentation"
text: "Learn about the Jira Integration"

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Integration" isn't a proper noun here.

Suggested change
text: "Learn about the Jira Integration"
text: "Learn about the Jira integration"

- link: "/integrations/linear/#configure-a-linear-webhook"
tag: "Documentation"
text: "Learn about the Linear Integration"

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Integration" isn't a proper noun here.

Suggested change
text: "Learn about the Linear Integration"
text: "Learn about the Linear integration"

---

{{< img src="tracing/software_catalog/idp_homepage.png" alt="IDP Homepage showing a personalized view of GitHub pull requests awaiting review and Jira tickets" style="width:100%;" >}}
{{< img src="tracing/software_catalog/idp_homepage.png" alt="IDP Homepage showing a personalized view of pull requests awaiting review and tickets" style="width:100%;" >}}

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Alt text must be a complete sentence and end with a period.

Suggested change
{{< img src="tracing/software_catalog/idp_homepage.png" alt="IDP Homepage showing a personalized view of pull requests awaiting review and tickets" style="width:100%;" >}}
{{< img src="tracing/software_catalog/idp_homepage.png" alt="The IDP Homepage showing pull requests awaiting review and assigned tickets." style="width:100%;" >}}

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Don't overwrite idp_homepage.png in place (same for services_entities_table.png). Add the new screenshots under new filenames and update the Markdown. See Update Image Repository.


## Overview

The [IDP Homepage][3] provides a centralized view of your team's entities and your daily tasks.
The [IDP Homepage][5] provides a centralized view of your team's entities and your daily tasks.

With this view, you can:
- View key information about your team's entities, including scorecards, recent deployments, monitors, issues, incidents, dashboards, and on-call status.
- Track tasks assigned to you across GitHub and Jira.
- Track tasks assigned to you across GitHub, GitLab, Jira, and Linear.
- Identify alerting monitors or failed deployments.

## Prerequisites

The Homepage aggregates data from your Datadog integrations. To populate the task sections, configure the following integrations and webhooks before using the Homepage:

- **GitHub**: An administrator installs and configures the GitHub integration, and sets up a GitHub webhook so that repository events (such as pull request activity) reach Datadog in real time. The **GitHub PRs** section requires this webhook to display current pull request data. Each user also signs in with their own GitHub account to load the pull requests relevant to them. For setup steps, see [GitHub][1].
- **Jira**: Configure the Jira integration, and set up a Jira webhook so that issue events reach Datadog. The **Jira** tab in the **Your Tickets** section requires this webhook to display your assigned issues. For setup steps, see [Configure a Jira webhook][2].
- **GitLab**: An administrator installs and configures the GitLab integration and sets up a GitLab webhook so that repository events (such as merge request activity) reach Datadog in real time. The **GitLab** tab in the **Your PRs** section requires this integration to display current merge request data. Each user also signs in with their own GitLab account to load the merge requests relevant to them. For setup steps, see [GitLab][2].
- **Jira**: Configure the Jira integration, and set up a Jira webhook so that issue events reach Datadog. The **Jira** tab in the **Your Tickets** section requires this webhook to display your assigned issues. For setup steps, see [Configure a Jira webhook][3].
- **Linear**: An administrator installs the Linear integration and sets up a Linear webhook so that issue events reach Datadog. The **Linear** tab in the **Your Tickets** section requires this integration to display your assigned issues. After setup, Datadog detects your assigned issues automatically. For setup steps, see [Configure a Linear webhook][4].

## Configure the Homepage

To personalize the Homepage, click **Configure** at the top of the [IDP Homepage][5]. The **Homepage settings** panel opens with two tabs: **Section layout** and **Integrations**. After you make changes, click **Save** to apply them, or **Cancel** to discard them.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Lead with the action.

Suggested change
To personalize the Homepage, click **Configure** at the top of the [IDP Homepage][5]. The **Homepage settings** panel opens with two tabs: **Section layout** and **Integrations**. After you make changes, click **Save** to apply them, or **Cancel** to discard them.
Click **Configure** at the top of the [IDP Homepage][5] to personalize the page. The **Homepage settings** panel opens with two tabs: **Section layout** and **Integrations**. After you make changes, click **Save** to apply them, or **Cancel** to discard them.


### Section layout

## GitHub PRs
The **Section layout** tab controls which sections appear on the Homepage and the order in which they display. The available sections are **Your PRs**, **Your Tickets**, **Services & Entities**, and **Apps**.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Add a colon before the list of sections.

Suggested change
The **Section layout** tab controls which sections appear on the Homepage and the order in which they display. The available sections are **Your PRs**, **Your Tickets**, **Services & Entities**, and **Apps**.
The **Section layout** tab controls which sections appear on the Homepage and the order in which they display. The available sections are: **Your PRs**, **Your Tickets**, **Services & Entities**, and **Apps**.


{{< img src="tracing/software_catalog/github_prs_table.png" alt="PRs assigned to the user" style="width:100%;" >}}
- To reorder a section, drag it by its handle to a new position.
- To show or hide a section, click the visibility icon next to it.
- To restore the default sections and order, click **Reset Layout**.

### Integrations

The **Integrations** tab controls which integrations are enabled and what each one shows on the Homepage. Integrations are grouped by the section they populate, such as **PRs** and **Work Items**.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
The **Integrations** tab controls which integrations are enabled and what each one shows on the Homepage. Integrations are grouped by the section they populate, such as **PRs** and **Work Items**.
The **Integrations** tab controls which integrations are enabled and what each shows on the Homepage. Integrations are grouped by the section they populate, such as **PRs** and **Work Items**.


Each integration has a toggle to enable or disable it. When you disable an integration, its data no longer appears on the Homepage. Depending on the integration, you can also:

- Select which connected account, instance, or organization to display. For example, the GitLab integration includes an **Instance** selector.
- Open the integration's configuration to manage its connection. For example, the GitHub integration includes a **Configure** option.

## Your PRs

The **Your PRs** section consolidates your personal action items from source control, so you can track the pull requests and merge requests assigned to you without leaving the Homepage. Switch between the **GitHub** and **GitLab** tabs to view each source

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like a truncated copy of the Your Tickets intro.

Suggested change
The **Your PRs** section consolidates your personal action items from source control, so you can track the pull requests and merge requests assigned to you without leaving the Homepage. Switch between the **GitHub** and **GitLab** tabs to view each source
The **Your PRs** section consolidates your personal action items from source control, so you can track the pull requests and merge requests assigned to you without leaving the Homepage. Switch between the **GitHub** and **GitLab** tabs to view each source.


{{< img src="tracing/software_catalog/your_prs_table.png" alt="PRs assigned to the user" style="width:100%;" >}}

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Alt text must be a complete sentence and end with a period.

Suggested change
{{< img src="tracing/software_catalog/your_prs_table.png" alt="PRs assigned to the user" style="width:100%;" >}}
{{< img src="tracing/software_catalog/your_prs_table.png" alt="The Your PRs section showing GitHub pull requests grouped by status." style="width:100%;" >}}


### GitHub

The **GitHub** tab consolidates your personal action items from GitHub, displaying PRs in the following states:

The **GitHub PRs** section consolidates your personal action items from GitHub, displaying PRs in the following states:
- **Needs your review**
- **Returned to you**
- **Approved**
- **Waiting for reviewers**
- **Recently merged**

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The new GitHub screenshot shows a Drafts group, and the GitLab tab lists it.

Suggested change
- **Recently merged**
- **Drafts**
- **Recently merged**


Each PR includes:

- **Repository and PR number**
- **Title**
- **Status** (Open / Draft / Merged)
- **Assignee / Reviewer**

This section requires two setup steps, in order: an administrator connects the GitHub integration for the organization, and each user signs in with their own GitHub account. After you authorize access, the section loads your pull requests, grouped by status.
This tab requires two setup steps, in order: an administrator connects the GitHub integration for the organization, and each user signs in with their own GitHub account. After you authorize access, the tab loads your pull requests, grouped by status.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Trimming this keeps the GitHub and GitLab tabs parallel. The permissions list and empty-state prompt below are still worth keeping; they aren't in Prerequisites.

Suggested change
This tab requires two setup steps, in order: an administrator connects the GitHub integration for the organization, and each user signs in with their own GitHub account. After you authorize access, the tab loads your pull requests, grouped by status.
After you sign in with your GitHub account, the tab loads your pull requests, grouped by status.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If you keep these setup steps rather than trimming them as suggested on this paragraph, use a numbered list. Sequential steps shouldn't live in one sentence.

Suggested change
This tab requires two setup steps, in order: an administrator connects the GitHub integration for the organization, and each user signs in with their own GitHub account. After you authorize access, the tab loads your pull requests, grouped by status.
The **GitHub** tab requires two setup steps:
1. An administrator connects the GitHub integration for the organization.
2. Each user signs in with their own GitHub account.
After you authorize access, the tab loads your pull requests, grouped by status.


If your organization has not configured the GitHub integration, this section displays an empty state with a prompt to enable it from the [GitHub integration tile][1]. To read PRs from GitHub, this integration requires the following permissions:
If your organization has not configured the GitHub integration, this tab displays an empty state with a prompt to enable it from the [GitHub integration tile][1]. To read PRs from GitHub, this integration requires the following permissions:

- Members: Read
- Metadata: Read
Expand All @@ -61,13 +98,42 @@ If your organization has not configured the GitHub integration, this section dis
- Statuses: Read
- Checks: Read

The section also requires a configured GitHub webhook so that pull request events reach Datadog in real time. For setup steps, see [GitHub][1].
The tab also requires a configured GitHub webhook so that pull request events reach Datadog in real time. For setup steps, see [GitHub][1].

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this line. Webhook setup and the GitHub docs link are already in Prerequisites, and the empty-state sentence above already links the GitHub tile.


If you have multiple GitHub orgs connected within Datadog, users must have the Datadog Integrations Read Permissions to toggle between orgs.

### GitLab

The **GitLab** tab consolidates your personal action items from GitHub, displaying merge requests in the following states:

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy-paste from the GitHub tab.

Suggested change
The **GitLab** tab consolidates your personal action items from GitHub, displaying merge requests in the following states:
The **GitLab** tab consolidates your personal action items from GitLab, displaying merge requests in the following states:


- **Needs your review**
- **Returned to you**
- **Approved**
- **Waiting for reviewers**
- **Drafts**
- **Recently merged**

Each merge request includes:

- **Title and MR number**, with the author who opened it
- **Project or repository context** and **labels**
- **Status** (for example, Open, Draft, or Merged)
- **Pipeline status**, including pipeline failures and other merge blockers
- **Reviewers, approvers, and review state**
- **Comment counts**, including resolved and unresolved discussion counts
- **Age**, shown as the time since the last update

Like GitHub, this tab requires two setup steps, in order: an administrator connects the GitLab integration for the organization, and each user signs in with their own GitLab account. After you authorize access, the tab loads your merge requests, grouped by status.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Prerequisites already cover the GitLab Source Code integration and webhook. Repeating them here is what drifted out of sync with the GitHub tab.

Suggested change
Like GitHub, this tab requires two setup steps, in order: an administrator connects the GitLab integration for the organization, and each user signs in with their own GitLab account. After you authorize access, the tab loads your merge requests, grouped by status.
After you sign in with your GitLab account, the tab loads your merge requests, grouped by status. For setup steps, see [GitLab Source Code][2].

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same as GitHub: if you keep these steps rather than trimming them, use a numbered list.

Suggested change
Like GitHub, this tab requires two setup steps, in order: an administrator connects the GitLab integration for the organization, and each user signs in with their own GitLab account. After you authorize access, the tab loads your merge requests, grouped by status.
The **GitLab** tab requires two setup steps:
1. An administrator connects the GitLab Source Code integration for the organization.
2. Each user signs in with their own GitLab account.
After you authorize access, the tab loads your merge requests, grouped by status.


If your organization has not configured the GitLab integration, this tab displays an empty state with a prompt to enable it from the GitLab integration tile. For setup steps, see [GitLab Source Code][2].

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Link the tile like GitHub, use the GitLab Source Code name, and drop the extra "For setup steps" clause — the tile is the setup path from an empty state.

Suggested change
If your organization has not configured the GitLab integration, this tab displays an empty state with a prompt to enable it from the GitLab integration tile. For setup steps, see [GitLab Source Code][2].
If your organization has not configured the GitLab Source Code integration, this tab displays an empty state with a prompt to enable it from the [GitLab Source Code integration tile][2].


If you have multiple GitLab instances connected within Datadog, use the **Instance** selector to choose which instance to view.

## Your tickets

The **Your Tickets** section consolidates the items assigned to you across Jira and Datadog Work Management, so you can track your open work without leaving the Homepage. Switch between the **Jira** and **Cases** tabs to view each source, and use **Display** to change how items are shown.
The **Your Tickets** section consolidates the items assigned to you across Jira, Linear, and Datadog Work Management, so you can track your open work without leaving the Homepage. Switch between the **Jira**, **Linear**, and **Work Items** tabs to view each source, and use **Display** to change how items are shown.

{{< img src="tracing/software_catalog/your_tickets_table.png" alt="Tickets assigned to the user" style="width:100%;" >}}

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Alt text must be a complete sentence and end with a period.

Suggested change
{{< img src="tracing/software_catalog/your_tickets_table.png" alt="Tickets assigned to the user" style="width:100%;" >}}
{{< img src="tracing/software_catalog/your_tickets_table.png" alt="The Your Tickets section showing Jira tickets grouped by status." style="width:100%;" >}}


### Jira

Expand All @@ -82,6 +148,22 @@ The **Jira** tab lists the Jira tickets assigned to you, grouped by status categ
- **Due**
- **Assignee**

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this list item. The new Your Tickets screenshot has no Assignee column, and Linear's list below already matches that.


An administrator configures the Jira integration and sets up a Jira webhook so that issue events reach Datadog. After setup, your assigned tickets appear automatically. For setup steps, see [Configure a Jira webhook][3].

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same trim as Linear so the two ticket tabs stay parallel.

Suggested change
An administrator configures the Jira integration and sets up a Jira webhook so that issue events reach Datadog. After setup, your assigned tickets appear automatically. For setup steps, see [Configure a Jira webhook][3].
After setup, your assigned tickets appear automatically. For setup steps, see [Configure a Jira webhook][3].


### Linear

The **Linear** tab lists the Linear issues assigned to you, grouped by status category: **To Do**, **In Progress**, and **Done**. Each issue includes:

- **Key**
- **Title**
- **Status**
- **Created**
- **Updated**
- **Priority**
- **Due**

An administrator authorizes the Linear integration for the organization. After setup, Datadog detects your assigned issues, and they appear automatically. For setup steps, see [Linear][4].

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same as GitLab: keep setup in Prerequisites so these sections don't drift.

Suggested change
An administrator authorizes the Linear integration for the organization. After setup, Datadog detects your assigned issues, and they appear automatically. For setup steps, see [Linear][4].
After setup, your assigned issues appear automatically. For setup steps, see [Configure a Linear webhook][4].


### Work Items

The **Work Items** tab lists the Datadog Work Management work items assigned to you, grouped by status: **Open**, **In Progress**, and **Closed**. Each group shows a count.
Expand All @@ -96,7 +178,7 @@ Each work item includes:
- **Due date**
- **Assignee**

Work items appear automatically when they are assigned to you. For more information, see [Work Management][4].
Work items appear automatically when they are assigned to you. For more information, see [Work Management][6].

## Services and entities

Expand Down Expand Up @@ -139,8 +221,11 @@ To add an app to the Homepage:
{{< partial name="whats-next/whats-next.html" >}}

[1]: /integrations/github/
[2]: /integrations/jira/#configure-a-jira-webhook
[3]: https://app.datadoghq.com/idp/home
[4]: /service_management/case_management
[5]: /actions/app_builder/
[6]: /actions/datadog_apps
[2]: /integrations/gitlab-source-code/
[3]: /integrations/jira/#configure-a-jira-webhook
[4]: /integrations/linear/#configure-a-linear-webhook
[5]: https://app.datadoghq.com/idp/home
[6]: /service_management/case_management
[7]: /actions/app_builder/
[8]: /actions/datadog_apps
Comment on lines +227 to +230

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These [7] and [8] targets are unused. The Apps section still uses [App Builder][5] and [Datadog Apps][6], which now point at the Homepage and Work Management. Update those two references in the Apps section to [7] and [8].


Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The new screenshots need to be added under new filenames, and you'll need to update the Markdown. More details here: https://datadoghq.atlassian.net/wiki/spaces/docs4docs/pages/1985314888/Screenshots+and+Videos#Update-Image-Repository.

Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading