|
- [Guided install (EU)](https://one.eu.newrelic.com/nr1-core?account=2498654&state=d1aae74b-0ad6-b0f3-093d-cc89ecf89234)
+ [Guided install (EU)](https://one.eu.newrelic.com/marketplace?state=fc4edc3d-8214-a314-7432-3e62d7de43d7)
|
Use this if your New Relic organization uses the [EU](/docs/using-new-relic/welcome-new-relic/get-started/our-eu-us-region-data-centers) data center, and you don't need the bonus dashboards and alerts from the quickstart.
diff --git a/src/content/docs/query-your-data/explore-query-data/query-builder/nrql-console.mdx b/src/content/docs/query-your-data/explore-query-data/query-builder/nrql-console.mdx
index 298764efee7..b40f794b3ef 100644
--- a/src/content/docs/query-your-data/explore-query-data/query-builder/nrql-console.mdx
+++ b/src/content/docs/query-your-data/explore-query-data/query-builder/nrql-console.mdx
@@ -11,7 +11,7 @@ freshnessValidatedDate: never
import queriesNrqlNrqlConsole from 'images/queriesNrql_screenshot-full_nrql-console.webp'
-The NRQL console is a quick way to query your data anywhere in **[one.newrelic.com](https://one.newrelic.com/all-capabilities)** while keeping context of what you're doing. Whether you're monitoring your services, troubleshooting an issue, or just browsing your platform, with the NRQL console you can explore your data to understand more about what you are seeing in just a click, without leaving your current view. Be faster at querying your data!
+The NRQL console is a quick way to query your data anywhere in **[one.newrelic.com](https://one.newrelic.com/all-capabilities)** while keeping context of what you're doing. Whether you're monitoring your services, troubleshooting an issue, or just browsing your platform, with the NRQL console you can explore your data to understand more about what you are seeing in just a click, without leaving your current view. Just click the bottom bar of any screen within New Relic to use the console and to begin querying your data!
To enable or disable the NRQL console, go to the [user menu](/docs/accounts/accounts-billing/general-account-settings/intro-account-settings) and look for the NRQL console toggle.
diff --git a/src/content/docs/release-notes/agent-release-notes/go-release-notes/go-agent-3-28-1.mdx b/src/content/docs/release-notes/agent-release-notes/go-release-notes/go-agent-3-28-1.mdx
index b1e5128fe12..4792857b9cc 100644
--- a/src/content/docs/release-notes/agent-release-notes/go-release-notes/go-agent-3-28-1.mdx
+++ b/src/content/docs/release-notes/agent-release-notes/go-release-notes/go-agent-3-28-1.mdx
@@ -15,14 +15,14 @@ We recommend updating to the latest agent version as soon as it's available. If
## 3.28.1
### Added
-Added Supportability Metrics to nrfasthttp
-Always Link Transaction IDs to traces regardless of if Distributed Tracing is enabled or not
+* Added Supportability Metrics to nrfasthttp
+* Always Link Transaction IDs to traces regardless of if Distributed Tracing is enabled or not
### Fixed
-Fixed an issue where nil Request.Body could be set to non-nil request.Body with zero length when the security agent is enabled
+* Fixed an issue where nil Request.Body could be set to non-nil request.Body with zero length when the security agent is enabled
### Security
-More Secure URL Redaction
+* More Secure URL Redaction
### Support statement
diff --git a/src/content/docs/release-notes/mobile-release-notes/ios-release-notes/ios-agent-748.mdx b/src/content/docs/release-notes/mobile-release-notes/ios-release-notes/ios-agent-748.mdx
new file mode 100644
index 00000000000..1cf6baa9fa3
--- /dev/null
+++ b/src/content/docs/release-notes/mobile-release-notes/ios-release-notes/ios-agent-748.mdx
@@ -0,0 +1,41 @@
+---
+subject: iOS agent
+releaseDate: '2023-12-11'
+version: 7.4.8
+downloadLink: 'https://download.newrelic.com/ios_agent/NewRelic_XCFramework_Agent_7.4.8.zip'
+---
+
+## Fixed in this release [#fixed]
+
+* Fixes async requests so they appear in distributed tracing.
+* Adds `NRFeatureFlag_NewEventSystem` feature flag. Enable this flag to use our new, more stable, event system for iOS agent:
+
+```
+ NewRelic.enableFeatures([NRMAFeatureFlags.NRFeatureFlag_NewEventSystem])
+```
+
+* Adds configurable request header instrumentation to network events:
+ * The agent will now produce network event attributes for select header values if it detects headers on the request. The header names to instrument pass into the agent when started.
+ * For more information, see [Adding Tracked Headers](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/add-tracked-headers) in the Mobile Monitoring documentation.
+
+* Adds GraphQL attributes to network events:
+ * If the agent detects request headers from Apollo GraphQL servers, it will add additional attributes to the network request event.
+ * For more information, see [Adding Tracked Headers](https://docs.newrelic.com/docs/mobile-monitoring/new-relic-mobile/mobile-sdk/add-tracked-headers) in the Mobile Monitoring documentation.
+
+### Other notes
+
+* With the 7.4.6 release, the XCFramework no longer includes the `dsym-upload-tools`. You can find the `dsym-upload-tools` in the `dsym-upload-tools` folder of the `https://github.com/newrelic/newrelic-ios-agent-spm` Swift Package Manager repository. Please copy the dsym-upload-tools directory into your application source code directory by copying the XCFramework into your project or using Cocoapods if you're integrating the New Relic iOS Agent. Use the run script below in your Xcode build phases to perform symbol upload steps during app builds in Xcode.
+
+```
+ARTIFACT_DIR="${BUILD_DIR%Build/*}"
+SCRIPT=`/usr/bin/find "${SRCROOT}" "${ARTIFACT_DIR}" -type f -name run-symbol-tool | head -n 1`
+/bin/sh "${SCRIPT}" "APP_TOKEN"
+```
+
+* We recommend using the swift package manager for your installation method.
+
+### Support statement
+
+* As of iOS agent version 7.4.1, the iOS agent will consolidate previously separate XCFramework and tvOS agents into a singular iOS agent.
+* As of this release, the oldest supported version of the [XCFramework](/docs/release-notes/mobile-release-notes/xcframework-release-notes/xcframework-agent-732) is 7.3.2.
+
diff --git a/src/content/whats-new/2023/11/whats-new-11-17-synthetic-locations.md b/src/content/whats-new/2023/11/whats-new-11-17-synthetic-locations.md
index c1d19346518..3376eceacd3 100644
--- a/src/content/whats-new/2023/11/whats-new-11-17-synthetic-locations.md
+++ b/src/content/whats-new/2023/11/whats-new-11-17-synthetic-locations.md
@@ -1,14 +1,13 @@
---
-title: 'Legacy Synthetics private location (horde) IPs released '
-summary: 'The IP ranges used by Synthetics private locations were updated and legacy IPs have been released.'
+title: 'Synthetics Horde legacy IPs released for private locations'
+summary: 'The IPs used for synthetics private locations prior to August 2023 will be released.'
releaseDate: '2023-11-17'
---
-We've updated the ranges used by Synthetics private locations. These changes were made in August 2023 and as of January 2023, the legacy IPs (those used prior to August 2023) will be releaased to Amazon. The legacy IPs could be used by others in the future.
+On **January 15, 2024**, IPs from pre-August 2023 used for synthetics private location communication will return to Amazon. Once returned to Amazon, these IPs could be used by others in the future.
-## Impact to you
-
-There is no impact to your current synthetic monitors that use private locations, but you should check and clean up firewall and/or proxy settings in your network related to the legacy IPs by January 15 2024.
+**What’s changing?**
+Synthetics private locations use Horde to retrieve synthetic checks and return results. Horde IP ranges changed in [August 2023](/whats-new/2023/06/whats-new-06-23-synthetics-horde-ip-changes/). The IPs used pre-August 2023 will return to Amazon on January 15, 2024 and could be used by others in the future.
Legacy US horde IPs:
* 13.248.153.51
@@ -16,3 +15,12 @@ Legacy US horde IPs:
Legacy EU horde IPs:
* 185.221.86.57
+
+**What action is required?** If you utilized synthetics private locations before August 2023, it’s very likely that you need to clean up network rules. Any configurations allowing outbound connectivity to the IPs listed above can be removed at any time.
+
+**There will be no impact to synthetic monitors using private locations or current private location connectivity.** If you're using private locations today, you're already utilizing the Horde IP ranges that we released in August 2023.
+
+**What if I don't use synthetics private locations?**
+If you don’t use private locations, you don’t need to perform any action.
+
+We understand that these changes may require some adjustments to your routine. Please know that we’re committed to supporting you throughout this process. If you have any questions or need further assistance, please don't hesitate to reach out to our [support team](https://support.newrelic.com/s/).
diff --git a/src/i18n/content/jp/docs/codestream/codestream-integrations/msteams-integration.mdx b/src/i18n/content/jp/docs/codestream/code-discussion/msteams-integration.mdx
similarity index 100%
rename from src/i18n/content/jp/docs/codestream/codestream-integrations/msteams-integration.mdx
rename to src/i18n/content/jp/docs/codestream/code-discussion/msteams-integration.mdx
diff --git a/src/i18n/content/jp/docs/codestream/codestream-integrations/slack-integration.mdx b/src/i18n/content/jp/docs/codestream/code-discussion/slack-integration.mdx
similarity index 100%
rename from src/i18n/content/jp/docs/codestream/codestream-integrations/slack-integration.mdx
rename to src/i18n/content/jp/docs/codestream/code-discussion/slack-integration.mdx
diff --git a/src/i18n/content/jp/docs/codestream/codestream-integrations/notifications.mdx b/src/i18n/content/jp/docs/codestream/codestream-integrations/notifications.mdx
deleted file mode 100644
index 85a46f9f94e..00000000000
--- a/src/i18n/content/jp/docs/codestream/codestream-integrations/notifications.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: コードストリームの通知
-description: CodeStreamの通知を受ける方法。
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamCodestreamDesktopNotification from 'images/codestream_screenshot-crop_codestream-desktop-notification.webp'
-
-import codestreamCodestreamPullRequestNotification from 'images/codestream_screenshot-crop_codestream-pull-request-notification.webp'
-
-CodeStream は、フォローしているコメントや問題について通知します。CodeStream ペインの上部にあるユーザー プロファイル メニューで **Notifications** \[通知] オプションを探します。
-
-## コメントや問題の通知 [#codemarksandFRs]
-
-デフォルトでは、自分が作成したコメントや問題、自分が言及された場所 (元の投稿またはその後の返信のいずれか)、または自分が返信したコメントや問題を自動的にフォローするように設定されています。省略記号メニューから、いつでも個々のコメントや問題をフォローするかフォロー解除するかを選択できます。
-
-電子メール、デスクトップ、またはその両方で通知を受け取るかどうかを選択できます。電子メール通知はすぐに送信され、電子メールに返信することでディスカッションに参加できます。あなたの返信は、適切なコメントまたは問題への返信として CodeStream に追加されます。返信するときは、通知が送信されたのと同じ電子メール アドレス (つまり、CodeStream の **Profile** \[プロフィール] に表示される電子メール アドレス) から返信していることを確認してください。
-
-IDEでのデスクトップ通知は、VS CodeまたはJetBrains IDEを使用している場合のみ利用可能です。
-
-
-
-
- **開く** ボタンをクリックすると、ディスカッションが開かれ、参加することができます。
-
-
-## メール通知の追加 [#additionalemail]
-
-また、CodeStreamでは、以下のようなメールによる通知も行っています。
-
-* **自分の活動をまとめたメールを毎週送信**: 毎週月曜日に、前週のあなたとあなたの組織の活動に関する情報を送信。
-
-## デスクトップ通知の追加 [#additionaldesktop]
-
-CodeStreamは、以下のデスクトップ通知も提供しています。
-
-* **Notify me about performance issues** \[パフォーマンスの問題について通知する]: コード内の新しいメソッドのパフォーマンスが低下すると、コード レベルのメトリクス [の異常検出](/docs/codestream/how-use-codestream/performance-monitoriing#clm-anomalies)に基づいてトースト通知がトリガーされます。IDE で複数のリポジトリを開いている場合、またはそれらのリポジトリに関連付けられた複数のサービスがある場合は、異常なパフォーマンスを示した最初のメソッドについてのみ通知されることに注意してください。完全なリストについては、**Observability** \[可観測性] セクションの **Code-Level Metrics** \[コードレベルのメトリクス] を必ず確認してください。
-
-
- **Open** ボタンをクリックすると、プルリクエストがIDE上で開かれ、変更内容を確認することができます。
-
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/codestream-settings/team-administration.mdx b/src/i18n/content/jp/docs/codestream/codestream-settings/team-administration.mdx
deleted file mode 100644
index c5e01dd7cc2..00000000000
--- a/src/i18n/content/jp/docs/codestream/codestream-settings/team-administration.mdx
+++ /dev/null
@@ -1,80 +0,0 @@
----
-title: CodeStreamの組織設定と管理
-metaDescription: How to manage your CodeStream organization.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamOrganizationMenuOptions from 'images/codestream_screenshot-crop_organization-menu-options.webp'
-
-import codestreamFeedbackRequestTeamSettings from 'images/codestream_screenshot-crop_feedback-request-team-settings.webp'
-
-import codestreamOrganizationMenu from 'images/codestream_screenshot-crop_organization-menu.webp'
-
-import codestreamOrganizationMemberList from 'images/codestream_screenshot-crop_organization-member-list.webp'
-
-import codestreamBlameMap from 'images/codestream_screenshot-crop_blame-map.webp'
-
-New Relic CodeStreamは、New Relicのアカウントを持っているかどうかに関係なく、組織内のチームメイトを管理するためのいくつかのツールを提供します。
-
-ヘッダーで、 **My Organization** メニューボタンをクリックすると、組織の管理、人の招待、管理者権限の割り当てや削除を行うことができます。
-
-
-
-
- **My Organization** メニューを使用すると、New Relic CodeStream の組織に誰が参加しているかを確認したり、新しいメンバーを招待したり、責任マップを作成したりすることができます。
-
-
-## 人と役割の管理 [#manage]
-
-管理者はチームメイトのリストで確認できます。あなたが管理者であれば、ドロップダウンを使って、任意のメンバーに管理者権限を割り当てたり、削除したりすることができます。
-
-
-
-### チームメイトを誘う [#invite]
-
-**Invite Teammates** をクリックすると、新しいメンバーを組織に招待したり、未招待の招待状やチームメイトの候補を確認したりできます。
-
-* 未処理の招待状」セクションには、すべての未処理の招待状が一覧表示されます。各行の右側には、招待状を削除したり、招待状を再送したりするためのリンクがあります。
-* **reinvite** をクリックすると、電子メールで別の招待状が送信されます。また、「再招待」のリンクの上にカーソルを置くと、自分でメールを作成できるオプションが表示されます。
-* 管理者のみが利用できる「チームメイト候補」セクションでは、あなたが公開しているリポジトリのコミット履歴から、チームメイトになりそうな人のリストが表示されます。各行の右側には、提案をリストから削除したり、その人を招待したりするためのリンクがあります。
-
-### 地図を責める [#blame]
-
-\[**マップのせい**]をクリックして、CodeStreamへのサインアップに使用した電子メールアドレスとは異なる可能性のあるコードのコミットに使用する電子メールアドレスを追加します。たとえば、CodeStreamの電子メールアドレスは[dave@acme.com](mailto:dave@acme.com)である可能性がありますが、コードを`dave@webmail.com`としてコミットすることもできます。
-
-\[**マッピングの追加]を**クリックし、Gitのメールアドレスを入力して、組織のメンバーのリストからエントリを選択します。そうすれば、誰かが[dave@webmail.com](mailto:dave@webmail.com)によってコミットされたコードにコメントすると、CodeStreamはあなたに言及することを認識します（ `dave@acme.com`など）。
-
-
-
-非管理者は自分自身の責任マップしか作成できませんが、管理者は組織のどのメンバーの責任マップも作成できます。これは、退職者が出たときにコードの所有権を再割り当てするのに便利です。
-
-## 組織設定 [#organization-settings]
-
-管理者の場合は、CodeStream ペインの上部にあるユーザー名メニューの下にある **Organization Admin** \[組織管理者] メニューを使用して、組織名の変更、 [オンボーディング](#onboarding) 設定の管理、[データのエクスポート](#export)、または組織の削除を行います。
-
-
-
-### オンボーディング設定 [#onboarding]
-
-ドメインベースの参加では、指定されたドメインのメールアドレスを持っている人は、最初に招待されなくてもCodeStreamの組織に参加することができます。これにより、チームメイトを簡単に参加させることができるだけでなく、（誤って自分の組織を作ってしまうのではなく）確実にあなたの組織の一員となることができます。
-
-### データのエクスポート [#export]
-
-組織のディスカッションをCodeStreamから取り出すための軽量なエクスポートツールがあります。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/how-use-codestream/cicd.mdx b/src/i18n/content/jp/docs/codestream/how-use-codestream/cicd.mdx
deleted file mode 100644
index 37201524937..00000000000
--- a/src/i18n/content/jp/docs/codestream/how-use-codestream/cicd.mdx
+++ /dev/null
@@ -1,34 +0,0 @@
----
-title: CodeStream でビルド ステータスを監視する
-metaDescription: Connect to your CI/CD tool to see build status in CodeStream.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamCicdConnectCircleci from 'images/codestream_screenshot-crop_cicd-connect-circleci.webp'
-
-import codestreamCicdBuildsExample from 'images/codestream_screenshot-crop_cicd-builds-example.webp'
-
-ビルドを壊したくない人はいませんが、壊した場合は、すぐに IDE で確認するのが最善です!
-
-## CI/CD ツールを接続する [#connect-cicd]
-
-CodeStream は現在、CircleCI と統合されており、今後追加の CI/CD ツールがサポートされる予定です。\[**接続**] ボタンをクリックして、CircleCI API トークンを入力します。
-
-
-
-## ビルド ステータスを確認する [#build-status]
-
-CodeStream は、現在のリポジトリとブランチに基づいて、ワークフローごとに最新の 5 つのビルドを表示します。
-
-
-
-各ビルドを展開してそのすべてのジョブを表示できます。また、簡単にクリックして CircleCI に移動し、アーティファクトとビルド ログを取得できます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/how-use-codestream/discuss-code.mdx b/src/i18n/content/jp/docs/codestream/how-use-codestream/discuss-code.mdx
deleted file mode 100644
index 043fe1cf73d..00000000000
--- a/src/i18n/content/jp/docs/codestream/how-use-codestream/discuss-code.mdx
+++ /dev/null
@@ -1,312 +0,0 @@
----
-title: CodeStream コードマークを使用したコードについて議論する
-metaDescription: How to enable code discussions using New Relic CodeStream codemarks.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamCodemarkWithGutterIcon from 'images/codestream_screenshot-crop_codemark-with-gutter-icon.webp'
-
-import codestreamCodemarksOpenResolvedArchived from 'images/codestream_screenshot-crop_codemarks-open-resolved-archived.webp'
-
-import codestreamShowCodemarksOptions from 'images/codestream_screenshot-crop_show-codemarks-options.webp'
-
-import codestreamCodemarksSectionHeaderIcons from 'images/codestream_screenshot-crop_codemarks-section-header-icons.webp'
-
-import codestreamCodemarksSpatialView from 'images/codestream_screenshot-crop_codemarks-spatial-view.webp'
-
-import codestreamVscodeDiscussCode from 'images/codestream_screenshot-full_vscode-discuss-code.gif'
-
-import codestreamJetbrainsComposeCodemark from 'images/codestream_screenshot-crop_jetbrains-compose-codemark.gif'
-
-import codestreamCodemarkContextMenu from 'images/codestream_screenshot-crop_codemark-context-menu.webp'
-
-import codestreamCodemarkSharingOptions from 'images/codestream_screenshot-crop_codemark-sharing-options.webp'
-
-import codestreamCodemarkCommentExample from 'images/codestream_screenshot-crop_codemark-comment-example.webp'
-
-import codestreamCodemarkIssueExample from 'images/codestream_screenshot-crop_codemark-issue-example.webp'
-
-import codestreamIssueTrackingIntegrations from 'images/codestream_screenshot-crop_issue-tracking-integrations.webp'
-
-import codestreamNewIssueJiraOptions from 'images/codestream_screenshot-crop_new-issue-jira-options.webp'
-
-import codestreamJiraLinkedIssues from 'images/codestream_screenshot-crop_jira-linked-issues.webp'
-
-import codestreamCodestreamIssueonJira from 'images/codestream_screenshot-crop_codestream-issue-on-jira.webp'
-
-import codestreamComposeCodemark from 'images/codestream_screenshot-crop_compose-codemark.webp'
-
-import codestreamCodemarkWithCodeDiff from 'images/codestream_screenshot-crop_codemark-with-code-diff.webp'
-
-import codestreamResolveCodemarkDiscussion from 'images/codestream_screenshot-crop_resolve-codemark-discussion.webp'
-
-import codestreamCodemarkAddCodeBlock from 'images/codestream_screenshot-crop_codemark-add-code-block.webp'
-
-import codestreamCodemarkSelectCodeBlockRange from 'images/codestream_screenshot-crop_codemark-select-code-block-range.webp'
-
-import codestreamReferenceCodeBlocks from 'images/codestream_screenshot-crop_reference-code-blocks.webp'
-
-import codestreamCodemarkMultiCodeBlockExample from 'images/codestream_screenshot-crop_codemark-multi-code-block-example.webp'
-
-import codestreamCodemarkInlineImageExample from 'images/codestream_screenshot-crop_codemark-inline-image-example.webp'
-
-import codestreamTagsExample from 'images/codestream_screenshot-crop_tags-example.webp'
-
-import codestreamAddRelatedCodemarkButton from 'images/codestream_screenshot-crop_add-related-codemark-button.webp'
-
-import codestreamRelatedCodemarkExample from 'images/codestream_screenshot-crop_related-codemark-example.webp'
-
-import codestreamCodemarkDropdownMenu from 'images/codestream_screenshot-crop_codemark-dropdown-menu.webp'
-
-import codestreamCodemarkGetPermalinkButton from 'images/codestream_screenshot-crop_codemark-get-permalink-button.webp'
-
-## コードマークとは何ですか？ [#codemark]
-
-簡単に言うと、 **コードマークとは、コードに関連する議論のことです。** 。質問、提案、バグレポート、ドキュメントなどです。これらのディスカッションはすべて、参照するコードブロックに固定されて保存されるため、将来的に活用することができます。チームに新しく加わった開発者、他の人のコードのバグを修正しようとしている開発者、あるいは6ヶ月前に行った変更の理由を思い出そうとしている人など、さまざまな人がいるでしょう。どんな場合でも、CodeStreamは、文脈に沿った方法で議論を表面化させることで、コードの理解を助けます。
-
-
-
-ファイルが時間とともに変化しても、コードマークはコードとつながっています。コードブロックの上に新しいコードを追加したり、コードを編集したり、コードブロック全体をファイルの別のセクションにカット＆ペーストしたりすると、コードマークが変更に合わせて移動するのがわかります。
-
-## コードマークの作成 [#create]
-
-コードマークを作成するには、エディターでコードのブロックを選択し、選択したブロックの隣にある「コードストリーム」ペインに表示されるアイコンの1つをクリックします。
-
-
-
-IntelliJ などの JetBrains IDE を使用している場合は、コードのブロックを選択したときにエディターのガターに表示される **+** ボタンを使用してコードマークを作成することもできます。
-
-
-
-CodeStream ペインが閉じている場合や表示されていない場合でも、電球またはコンテキスト メニューの CodeStream オプションを使用してコードマークを作成できます。CodeStream ペインの上部にある **+** メニューを探すこともできます。
-
-IDEに多くの時間を費やしていないチームメイトにアプローチする必要がありますか？あるいは、まだCodeStreamを利用していないチームメイトがいるかもしれません。オプションとして、コードマークをSlackやMicrosoft Teamsで共有することができます。Slackとの連携では、チームメイトがSlackから直接返信することもできます。
-
-
-
-## コメントコードマーク [#comments]
-
-コメントコードマークは、あらゆる種類の議論とコードブロックを結びつけるための万能コードマークです。質問をする。提案をする。コードを文書化する。コードベースの重要な部分を記録する。可能性は無限大です。
-
-
-
-## コードマークの発行 [#issues]
-
-何かを成し遂げなければならないとき、誰かの名前が付いた課題として記録されていれば、それが実現する可能性は高くなります。バグを報告するために課題を割り当てたり、インラインFIXMEではなくトラッキングされた課題として項目を記録することで、技術的負債を管理することができます。
-
-
-
-チームが追跡にAsana、Azure DevOps、Bitbucket（クラウド）、GitHub（クラウドまたはエンタープライズ）、GitLab（クラウドまたは自己管理）、Jira（クラウドまたはサーバー）、Linear、Shortcut、Trello、またはYouTrack（クラウド）を使用している場合問題の場合は、CodeStreamから直接これらのサービスの1つに問題を作成できます。コードマークフォームの上部にあるドロップダウンから、使用するサービスを選択します。
-
-
-
-選択したサービスで認証プロセスを経た後、課題の送信先を選択します。例えば、Jiraの場合は、適切な課題タイプとプロジェクトを選択します。
-
-
-
-CodeStream上で課題が作成されると、外部サービスで作成された課題へのリンクが含まれます。例では、Jira上の課題のURLが表示されています。
-
-
-
-Jiraに掲載されている課題には、関連するコードをIDEで開くためのリンクが含まれています。
-
-
-
-## 適切な人を議論に巻き込む [#discuss]
-
-コードマークを作成すると、CodeStreamはあなたがコメントしているコードに最も最近触れた人を自動的に言及します。もちろん、これらのメンションを削除し、必要に応じて他の人を手動でメンションすることもできます。
-
-
-
-コードを触った人がまだCodeStreamに参加していない場合もあるかもしれませんが、その場合はCodeStreamがチェックボックスを用意して、メールで通知します。メールに返信することで、コメントがCodeStreamに投稿されます。もちろん、CodeStreamをインストールして、IDEから参加することもできます。
-
-## 異なるバージョンのコードを扱う [#different-versions]
-
-フィーチャーブランチにいるのか、ローカルに変更があるのか、あるいは単にしばらくプルしていないだけなのか。自分が見ているコードと、チームメイトが見ているコードが異なる理由は無数にあります。その結果、コードマークで参照されているコードが、ローカルにあるコードと一致しないことがたくさんあります。
-
-CodeStreamはこのような状況を認識し、コードブロックのオリジナルバージョン（例えば、コードマークが作成された時）、現在のバージョン、そして差分を含んでいます。
-
-
-
-CodeStreamを使えば、どんなソースファイルでも、どんなコードでも、いつでも、たとえそれがエディタに入力したばかりで、まだコミットしていないコードであっても、議論することができることに留意してください。CodeStreamは、開発プロセスの最も早い段階からコードについて議論することを可能にします。
-
-## コードマークの解消 [#resolve]
-
-必須ではありませんが、コメントと問題のコードマークの両方を解決できます。緑、紫、灰色のアイコンは、それぞれオープン、解決済み、アーカイブされたコードマークを表すために使用されます。コードマークを解決すると同時にコメントを追加したり、コードマークを同時にアーカイブしたりすることもできます。
-
-
-
-## 高度な機能 [#advanced]
-
-高度な機能としては、複数の範囲コードマーク、ファイルの添付、タグ、関連コードマークなどがあります。
-
-### 複数のレンジ [#ranges]
-
-コードに関する議論の多くは、1つのコードブロックだけではなく、複数のコードの場所を同時に参照できる場合に、コンセプトを最もよく表現することができます。ここでは、マルチレンジコードマークの例をいくつかご紹介します。
-
-* 関数の名称に影響を与えるような変更が検討されています。関数の呼び出しの各インスタンスは、1つの議論で参照できるようになりました。
-* ReactコンポーネントとそのCSSスタイリングがうまく連動していないので、チームに意見を求めたいとします。チームメイトが自分の言っていることを正確に理解できるように、適用すべきと思われるdivとCSSルールを選択するとよいでしょう。
-* サーバーへのAPIコールを行うクライアントが、予期しない結果を得ることがあります。APIコールを行っているコードと、APIサーバーのハンドラーを選択して、2つのアクションを結びつけてください。
-
-マルチレンジコードマークを作成するには、 **+ コードブロックの追加** をクリックします。
-
-
-
-次に、同じファイルや別のファイル、あるいは別のレポから別のコードブロックを選択します。
-
-
-
-次の例のように、それぞれを`[#N]`と呼ぶことで（またはコードブロックの1つからピンアイコンをクリックしてマークダウンを挿入することで）、投稿に異なるコードブロックを散在させることができます。
-
-
-
-その例がどのようにレンダリングされるかを説明します。
-
-
-
-コードマークを作成した後、各コードブロックの右下にあるジャンプアイコンをクリックすることで、異なる場所にジャンプすることができます。
-
-コードマークを編集する際には、コードブロックを追加・削除することができ、破線の四角いアイコンをクリックすることで、コードブロックの位置を変更することができます。
-
-### 添付ファイル [#attachments]
-
-コードブロックに直接ファイルを添付することで、コードに関する議論をより豊かにすることができます。ファイルを添付することで、コメントやドキュメントがどれだけ説得力のあるものになるか考えてみてください。
-
-* 新機能の開発の指針となる仕様書。
-* コード内の問題のデバッグに役立つログファイルです。
-* UI作業を明確にするためのモックアップです。
-* 問題点を強調するためのスクリーンショット。
-
-コードのコメントや課題を作成する際に、説明欄にドラッグ＆ドロップするか、クリップボードから貼り付けるか、クリップアイコンをクリックすることで、ファイルを添付することができます。
-
-マークダウンを使って画像をインラインで表示することもできます。添付ファイルの右にあるピンのアイコンをクリックすると、CodeStreamがマークダウンを挿入してくれます。
-
-これで、あなたが何を求めているのかが、チームメイトに正確に伝わります。
-
-
-
-添付ファイル欄のファイルをクリックすると、ダウンロードするか、適切なアプリケーションで開くことができます。
-
-### タグの追加 [#tags]
-
-コードマーク作成ボックスの中にあるタグのアイコンを見て、タグを選択するか、色とテキストラベルを自由に組み合わせてタグを作成することができます。
-
-
-
-タグは、組織のコードマークを大まかに整理してグループ化するのに最適な方法で、ここでの可能性は無限です。
-
-また、 [Filter& Search page](/docs/codestream/how-use-codestream/ui-overview#filter-search) でタグによる絞り込みも可能です。
-
-### 関連コードマーク [#related]
-
-コードマーク作成フォームのコードストリームアイコンをクリックすると、関連する他のコードマークを選択して、現在のコードマークに添付することができます。これにより、コードベースの異なる部分間の接続が確立されます。例えば、コードベースのある部分を変更すると、別の部分にも変更が必要になる場合、2つの関連するコードマークを作成することで依存関係を識別します。
-
-
-
-関連するコードマークを追加すると、それらは関連セクションに表示され、いずれかをクリックすると、そのコードマークとコードの対応するセクションにジャンプできます。
-
-
-
-## コードマークの管理 [#manage]
-
-任意のコードマークの楕円形メニューをクリックすると、コードマークを管理するためのオプションが表示されます。
-
-
-
-* **共有**: コードマークを作成した時点でSlackやTeamsに共有するだけでなく、後からいつでも共有することができます。
-* **フォロー/アンフォロー**: コードマークをフォローすると、そのコードマークが更新されたときに通知されます。フォローを解除すると、通知を受け取らなくなります。
-* **Copy link** \[リンクをコピー]: コメントのパーマリンクを取得して、どこでも共有できます。誰かがパーマリンクをクリックすると、Web を通じて自動的に IDE にリダイレクトされ、そこでディスカッションが自動的に開かれます。
-* **Archive** \[アーカイブ]: 特定のファイル内に永続的に表示するほど重要ではないと思われるコードマークがあるが、完全に削除したくない場合は、代わりにアーカイブすることができます。
-* **編集**: コードマークの作者のみが編集できます。
-* **削除**: コードマークの作者のみが削除できますが、そのコードマークが今後価値を持たないと確信できる場合を除き、削除ではなくアーカイブすることをお勧めします。
-* **Inject as Inline Comment**: 特定のコードマークをレポの一部にしたい場合は、このオプションを使ってインラインコメントとして追加します。適切なフォーマットを選択し、タイムスタンプや返信を含めるかどうか、コメントを80文字で折り返すかどうかを指定します。また、インラインコメントとして追加されたコードマークをアーカイブするかどうかも選択できます。
-* **コードマークの再配置**: ほとんどの場合、コードマークは、ファイルが時間の経過とともに変化しても、それが参照するコードブロックに自動的にリンクされたままになります。例えば、コードブロックを切り取って、ファイルの別の場所に貼り付けると、コードマークも一緒に移動します。しかし、コードストリームが自動的に処理できないシナリオもあります。例えば、コードのブロックを別のファイルに貼り付けた場合です。このような場合、 **Reposition** のコードマークで、コードマークが正しく表示されるようにコードブロックの新しい位置を選択することができます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/how-use-codestream/performance-monitoring.mdx b/src/i18n/content/jp/docs/codestream/how-use-codestream/performance-monitoring.mdx
deleted file mode 100644
index 658a6d91d36..00000000000
--- a/src/i18n/content/jp/docs/codestream/how-use-codestream/performance-monitoring.mdx
+++ /dev/null
@@ -1,410 +0,0 @@
----
-title: CodeStream を使用した IDE でのオブザーバビリティ
-metaDescription: Bring observability into the developer's IDE with New Relic CodeStream.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamConnectNewRelic from 'images/codestream_screenshot-crop_connect-new-relic.webp'
-
-import errorsinboxOpeninIdeCodestream from 'images/errors-inbox_screenshot-full_open-in-ide-codestream.webp'
-
-import codestreamObservabilitySection from 'images/codestream_screenshot-crop_observability-section.webp'
-
-import codestreamObservabilityStackTraceError from 'images/codestream_screenshot-crop_observability-stack-trace-error.gif'
-
-import codestreamErrorAutoMention from 'images/codestream_screenshot-crop_error-auto-mention.webp'
-
-import codestreamBuildShaNotConfigured from 'images/codestream_screenshot-crop_build-sha-not-configured.webp'
-
-import codestreamBuildShaNotFound from 'images/codestream_screenshot-crop_build-sha-not-found.webp'
-
-import codestreamCodeLevelMetricsExample from 'images/codestream_screenshot-crop_code-level-metrics-example.webp'
-
-import codestreamCodeLevelDiffs from 'images/codestream_screenshot-crop_code-level-diffs.webp'
-
-import codestreamCodeLevelCharts from 'images/codestream_screenshot-crop_code-level-charts.webp'
-
-import codestreamCodeLevelAnomalies from 'images/codestream_screenshot-crop_code-level-anomalies.webp'
-
-import codestreamCodeLevelMetricsBroadcastIcon from 'images/codestream_screenshot-crop_code-level-metrics-broadcast-icon.webp'
-
-import codestreamAssociateReposButton from 'images/codestream_screenshot-crop_associate-repos-button.webp'
-
-import codestreamAssociateOtherServices from 'images/codestream_screenshot-crop_associate-other-services.webp'
-
-import codestreamConnectRepositories from 'images/codestream_screenshot-crop_connect-repositories.webp'
-
-New Relic CodeStreamを使用すると、開発者は、IDEに可観測性をもたらし、それを日常業務の一部にすることで、担当するコードが本番環境でどのように実行されているかを確認できます。
-
-## CodeStreamとNew Relicの接続 [#connect]
-
-IDE でオブザーバビリティにアクセスするには、 [New Relic ユーザー API キーを介して CodeStream を New Relic に接続する必要があります (New Relic ユーザー API キー](https://one.newrelic.com/launcher/api-keys-ui.api-keys-launcher)の詳細について[は、](/docs/apis/intro-apis/new-relic-api-keys/#user-api-key)こちらをご覧ください)。
-
-
-
-
- IDE にオブザーバビリティを導入するには、ユーザー キーを使用して CodeStream を New Relic に接続します。
-
-
-ユーザー API キーを取得したら、CodeStream の**Observability**セクションで**Connect** to New Relic をクリックし、ユーザー API キーを貼り付けて**Connect to New Relic**をクリックします。New Relic ユーザー API キーを使用して CodeStream にサインアップした場合は、すでに接続されています。
-
-CodeStream でオブザーバビリティ機能を使用するには、 [コア ユーザーまたはフル プラットフォーム ユーザー](/docs/accounts/accounts-billing/new-relic-one-user-management/user-type#user-type-capabilities)の New Relic ユーザー タイプが必要であることに注意してください。
-
-## リポジトリをNewRelicエンティティに関連付ける [#repo-association]
-
-CodeStream で使用できるテレメトリ データはコンテキストに依存します。つまり、IDE で開いているコードにすべて関連しています。これを行うには、CodeStream は、開いているリポジトリによって New Relic のどのエンティティが構築されているかを知る必要があり、これらの関連付けを行う方法はいくつかあります。
-
-関連付けが存在しない場合、CodeStream が関連付けを行うように求める場合があります。たとえば、CodeStream で New Relic からのエラーを表示しようとして、エラーが属する[エンティティ](/docs/new-relic-solutions/new-relic-one/core-concepts/what-entity-new-relic)がリポジトリに関連付けられていない場合、CodeStream は適切なリポジトリを特定するように求めます。CodeStream ペインの可観測性セクションでも、IDE で現在選択されているリポジトリを関連付けるように求められます。
-
-
-
-場合によっては、リポジトリを複数のエンティティに関連付ける必要があります。たとえば、さまざまな環境 (実稼働やステージングなど) を表すさまざまなエンティティがあり、それらがすべて同じリポジトリに関連付けられている場合があります。現在のリポジトリを追加のエンティティに関連付けるには、\[**別のサービスを追加**] をクリックします。
-
-
-
-プロンプトが表示されたときにその場でこれらの関連付けを行うことは、開始するのに最適な方法ですが、次のいずれかの方法をお勧めします。これは、継続的な手動作業が少なくて済み、リモート URL の設定ミスなどのエンド ユーザーのミスの可能性を排除できるためです。
-
-
-
- 環境変数`NEW_RELIC_METADATA_REPOSITORY_URL`を設定します。ニューレリック エージェントはリポジトリ エンティティを作成し、それをアプリケーション エンティティに自動的に関連付けます。
-
- これには、SSHまたはHTTPSのリモートURL形式が必要です。これをビルドパイプラインの一部として設定することをお勧めします。
-
-
-
- New Relic へのデータの送信を開始したら、UI を使用して関連リポジトリに接続します。**[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > APM & Services > (アプリを選択)**から APM 概要ページに移動し、右下にある **Repositories** \[リポジトリ] セクションを探します。
-
- 
-
- **Connect repository** をクリックして、既存のリポジトリを探すか、新しいリポジトリを追加します。
-
-
-
- NewRelicの[NerdGraphAPI](/docs/apis/nerdgraph/get-started/introduction-new-relic-nerdgraph/)を使用してリポジトリを作成し、それをアプリケーションエンティティに関連付けます。
-
- **ステップ1： リポジトリ・エンティティの作成**
-
- リポジトリエンティティを作成するには、 `referenceEntityCreateOrUpdateRepository` APIを使用し、生成されたGUIDを必ず保存してください。 APIは次のパラメーターを取ります。
-
- * `accountId` -リポジトリを追加するアカウントの整数アカウントID
-
- * `url` - 例 `https://github.com/newrelic/beta-docs-site.git`
-
- * `name` - 例： `newrelic/beta-docs-site`
-
- ```graphql
- mutation {
- referenceEntityCreateOrUpdateRepository(repositories: [{accountId: [YOUR_ACCOUNT_ID], name: "[REPO_NAME]", url: "[REPO_URL]"}]) {
- created
- failures {
- guid
- message
- type
- }
- }
- }
- ```
-
- 作成したエンティティを見つけるには、次のようなクエリを使用できます。 `referenceEntityCreateOrUpdateRepository`に指定したURLはエンティティタグとして保存されることに注意してください。
-
- ```graphql
- {
- actor {
- entitySearch(query: "name = 'a name' OR tags.url = 'a url'") {
- count
- query
- results {
- entities {
- guid
- name
- tags {
- key
- values
- }
- }
- }
- }
- }
- }
-
- ```
-
- **ステップ2： リポジトリ・エンティティをアプリケーション・エンティティに関連付ける**
-
- まず、リポジトリを関連付けたいアプリケーションのGUIDを探します。
-
- パラメーター：
-
- * `sourceEntityGuid` -アプリケーションのエンティティGUID
-
- * `targetEntityGuid` -リポジトリのエンティティGUID
-
- * `type` - いつも `BUILT_FROM`
-
- ```graphql
- mutation {
- entityRelationshipUserDefinedCreateOrReplace(sourceEntityGuid: "", targetEntityGuid: "", type: BUILT_FROM) {
- errors {
- message
- type
- }
- }
- }
- ```
-
- リポジトリに関連するすべてのエンティティを見るには、次のようなクエリを実行します。
-
- ```graphql
- {
- actor {
- entity(guid: "[YOUR_REPOSITORY_GUID]]") {
- relatedEntities(filter: {direction: BOTH, relationshipTypes: {include: BUILT_FROM}}) {
- results {
- target {
- entity {
- name
- guid
- type
- }
- }
- type
- }
- }
- name
- type
- tags {
- values
- key
- }
- }
- }
- }
- ```
-
- **ステップ3：後始末（必要に応じて）**
-
- 以下のクエリでリポジトリを削除します。
-
- ```graphql
- mutation DeleteRepository {
- entityDelete(guids: "[ENTITY_GUID_HERE]]") {
- deletedEntities
- failures {
- message
- guid
- }
- }
- }
- ```
-
-
-
-これらの方法のいずれかを使用して、SSHまたはHTTPS形式のいずれかでリモートURLを指定できます。
-
-* `git@github.com:newrelic/beta-docs-site.git`
-* `https://github.com/newrelic/beta-docs-site.git`
-
-
- 異なるプロトコルを使用している場合は、同じ GitHub リポジトリを複数回追加することができます。UI はこの点について警告を発しますが、追加を妨げることはありません。
-
- たとえば、 `https://github.com/tuna/repo`と`git@github.com:tuna/repo`は同じリポジトリであり、プロトコルが異なります。
-
-
-## IDEでの可観測性 [#observability-in-IDE]
-
-CodeStream の**オブザーバビリティ セクション**では、IDE で現在選択されているリポジトリに関連付けられている各サービスのゴールデン メトリックとエラーを確認できるようにすることで、開発者はコードの実行状況を確認できます。各サービスにはツリー内に独自のノードがあり、展開すると、サービスのゴールデン メトリック、サービス レベル目標、割り当てられたエラー、および最新の 5 つのエラーが表示されます。また、サービスによって呼び出された、またはサービスを呼び出したサービスを掘り下げて全体像を把握し、それぞれのゴールデン メトリックを確認することもできます。
-
-現在選択されているリポジトリが New Relic のサービスに関連付けられていない場合は、関連付けを行うか、プロジェクトをインストルメント化するよう求められます。
-
-
-
-ツリー内のサービス名の上にマウスを置くと、地球をクリックして New Relic でサービスの概要ページを開きます。エラーをクリックしてスタック トレースなどの詳細を表示し、解決に向けた [共同作業を開始します](#collaborate) 。
-
-
- プロジェクトが New Relic によって監視されていない場合は、 **Observability セクション**の見出しにある歯車アイコンをクリックし、 **Instrument my App**を選択して監視を設定できます。CodeStream には、Node.js JS、Java、および .NET プロジェクトで使用できるセットアップ ウィザードがあります。
-
-
-## コードレベルの指標 [#code-level]
-
-コードレベルのメトリクスにより、コードがメソッドレベルでどのように実行されているかについての詳細な洞察が得られます。メトリクスは、インストルメント化されたメソッドの上のエディターに直接表示されるため、パフォーマンス データが現在の作業に影響を与えることができます。CodeStream はコード内でパフォーマンスの悪いメソッドも特定し、パフォーマンスの問題が発生したときに積極的に対処できるようにします。
-
-### エディタ内のパフォーマンスデータ [#clm-codelenses]
-
-パフォーマンス データは、探さなくてもエディターに状況に応じて表示されるため、作業中の作業に情報を提供できます。バグ修正に取り組んでいて、作業中のコード領域のエラー率が上昇していることに偶然気づいたとします。もしかしたら、より大きな問題に発展しないように、バグ修正の一環としてその問題に対処するかもしれません。
-
-
-
-CodeStream は、New Relic APM エージェントによって計測された各メソッドの上の CodeLens に、過去 30 分間の平均継続時間とエラー率を表示します。メトリクスは、CodeStream の **Observability** セクションで現在選択されているサービスに対して計算されます。別のサービスを展開すると、それに応じてメトリクスが更新されます。
-
-CodeLens をクリックすると、各メトリクスを視覚化したグラフが表示されます。リポジトリが複数の New Relic 監視対象サービスに関連付けられている場合、それらを簡単に切り替えることができます。これにより、チャートとエディターの両方に表示されるコードレベルのメトリクスのベースとなるサービスが変更され、 **Observability** \[可観測性] セクションのサービスの選択も変更されます。
-
-
-
-エラー率のグラフに加えて、同じ時間枠で発生した実際のエラーのリスト (それぞれの発生数を含む) も表示されます。エラー率が急上昇しており、特定のエラーが問題の原因であることがわかった場合は、そのエラーをクリックしてスタック トレースを表示し、解決に向けた [共同作業を開始できます](#collaborate) 。
-
-### 異常検知 [#clm-anomalies]
-
-CodeLenses は、パフォーマンス上の問題が発生しているコードのセクションで作業しているときに、パフォーマンス上の問題が重要すぎて偶然に遭遇することができない場合に最適です。CodeStream は、**Observability > Code-Level Metrics** セクションで、コード内のパフォーマンスの低いメソッドを自動的に呼び出します。
-
-
-
-CodeStream は、エラー率または平均継続時間のいずれかの異常を探すことでこれらのメソッドを識別します。New Relic の [変更追跡を](/docs/change-tracking/change-tracking-introduction/) 使用してデプロイメント情報を送信している場合、異常は、最後のリリース以降のパフォーマンスを過去 3 週間と比較することによって計算されます。それ以外の場合は、過去 7 日間が使用されます。これらの時間枠と、特定のメソッドのパフォーマンスが低下しているかどうかを判断するためのしきい値を制御するには、 **Code-Level Metrics** \[コードレベル メトリック] の見出しにカーソルを合わせて歯車アイコンをクリックします。
-
-**Code-Level Metrics** \[コードレベルのメトリクス] セクションに加えて、CodeStream は、VS Code または JetBrains IDE の [デスクトップ通知](/docs/codestream/codestream-integrations/notifications#additionaldesktop) を通じて、パフォーマンスの悪いメソッドについても通知します。
-
-### 要件 [#clm-requirements]
-
-エディタ内 CodeLense は、New Relic のすべての APM 言語で利用できます。ただし、異常検出は現在 Java、.NET、Python、Ruby でのみ利用可能です。
-
-メトリクスを表示するには、サービスが以下の要件を満たしている必要があり、サービスは過去 30 分間にデータを収集している必要があります。New Relic エージェントは、HTTP リクエストに関連付けられているクラスの関数のデータを自動的に収集しようとします。多くの場合、MVC フレームワークを使用する多くのフレームワークでは、これらは Controller クラスのメソッドであることがよくあります。
-
-New Relic エージェントによるすべてのリクエストが常に収集されるわけではないため、トラフィックの少ないメソッドではデータが表示されない可能性があります。結果を確認したい特定のメソッドのデータが欠落している場合は、カスタム インストルメンテーションを使用してギャップを埋めることができます。[Java](/docs/apm/agents/java-agent/custom-instrumentation/java-custom-instrumentation) 、[.NET](/docs/apm/agents/net-agent/custom-instrumentation/introduction-net-custom-instrumentation) 、 [PHP](/docs/apm/agents/php-agent/features/php-custom-instrumentation) 、 [Python](/docs/apm/agents/python-agent/custom-instrumentation/python-custom-instrumentation) 、 [Ruby](/docs/apm/agents/ruby-agent/api-guides/ruby-custom-instrumentation) 、 [Go](/docs/apm/agents/go-agent/instrumentation/instrument-go-transactions) 、および [Node.js](/docs/apm/agents/nodejs-agent/extend-your-instrumentation/nodejs-custom-instrumentation)のガイダンスを参照してください。Node.js の場合、次の点にも注意してください。コードレベルのメトリクスは、匿名関数ではキャプチャされません。
-
-* [分散トレーシングを](/docs/distributed-tracing/enable-configure/language-agents-enable-distributed-tracing) 有効にする必要があります。分散トレースは、すべてのエージェントの最近のバージョンでデフォルトでオンになっているため、これについて心配する必要があるのは、分散トレースを無効にしている場合のみです。
-* **Go:** Go エージェント バージョン 3.24.0 以降が必要です。VS Code を使用している場合は、言語サーバーを有効にして [Go for VS Code](https://marketplace.visualstudio.com/items?itemName=golang.go) 拡張機能もインストールする必要があります。
-* **Java:** Java エージェント バージョン 7.11.0 以降が必要です。コードレベルのメトリクスは、 [サポートされている Java フレームワーク](/docs/apm/agents/java-agent/getting-started/compatibility-requirements-java-agent/#frameworks)で実装されたプロジェクトでのみ使用できます。VS Code を使用している場合は、 [Red Hat 拡張機能による Java の言語サポートも](https://marketplace.visualstudio.com/items?itemName=redhat.java) インストールする必要があります。Kotlin サポートは IntelliJ でのみ利用できることに注意してください。
-* **.NET:** .NET エージェント バージョン 10.2.0 以降が必要です。Visual Studio を使用している場合は、 **Tools > Options > Text Editor > All Languages > CodeLens** に移動し、"Enable CodeLens" \[CodeLens を有効にする] と "Show CodeStream Code-Level Metrics" \[CodeStream コードレベルのメトリックを表示する] の両方がオンになっていることを確認して、CodeLenses が有効になっていることを確認します。 。VS Code を使用している場合は、 [C#](https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csharp) 拡張機能がインストールされている必要があります。
-* **Node.js:** Node.js エージェントのバージョン 10.5.0 以降が必要です。
-* **PHP:** PHP エージェントのバージョン 10.6.0 以降が必要です。
-* **Python:** Python エージェント バージョン 7.10.0.175 以降が必要です。 コードレベルのメトリクスは、 [サポートされている Python フレームワーク](/docs/apm/agents/python-agent/getting-started/instrumented-python-packages) で実装されたプロジェクトと、PHP バージョン 7.0 以降でのみ使用できます。 VS Code を使用している場合は、言語サーバーを有効にして [Python](https://marketplace.visualstudio.com/items?itemName=ms-python.python) 拡張機能もインストールする必要があります。
-* **Ruby:** Ruby エージェント バージョン 8.10.0 以降が必要です。コードレベルのメトリクスは、手動トレースを使用する Rails アプリケーションと Ruby メソッドでのみ使用できます ([Ruby メソッドと CodeStream について詳しくは、こちらをご覧ください](/docs/apm/agents/ruby-agent/features/ruby-codestream-integration))。VS Code を使用している場合は、言語サーバーを有効にして [Ruby](https://marketplace.visualstudio.com/items?itemName=rebornix.Ruby) または [Ruby Solargraph](https://marketplace.visualstudio.com/items?itemName=castwide.solargraph) 拡張機能をインストールする必要もあります。
-
-IDE の設定の CodeStream セクションに移動し、 **CodeStream: Show Golden Signals In Editor**設定のチェックを外すことで、CodeLenses をオフにすることができます。
-
-## エラーの調査 [#investigating-errors]
-
-CodeStream は、IDE で開いているコードで発生した最近のエラーを表示しますが、より包括的なリストを表示できます。 New Relic の [エラー インボックス](/docs/errors-inbox/errors-inbox/) を介してエラーを報告します。 スタック トレースを使用して特定のエラーの根本原因を掘り下げる準備ができたら、 **\[IDE で開く]** をクリックして、IDE のコードに直接移動します。
-
-
-
-### 解決に協力する [#collaborate]
-
-典型的なコラボレーションセッションには、IDEのコードにコメントする開発者、エラー受信ボックスにエラーを割り当てるDevOpsエンジニア、Slackをフォローする開発マネージャーが含まれます。 CodeStreamは、すでに使用しているツールで人々に会うことで、エラーの発見からエラーの解決までの時間を短縮します。
-
-この短いYouTubeビデオ（約2:27分）を見て、実際の動作を確認してください。
-
-
-
-可観測性**セクション**でエラーをクリックした場合でも、New Relicのエラー受信ボックスから**IDEで開くを**クリックした場合でも、CodeStreamはスタックトレースを含むエラーの詳細をすべて表示します。
-
-
-
-スタックトレース内の任意のフレームをクリックして、IDEの対応するファイルと行番号に直接ジャンプします。リポジトリの一部ではないコード（外部ライブラリなど）を表すスタックトレースのフレームはクリックできないことに注意してください。
-
-スタックトレースをナビゲートしているときに、問題の原因と思われるコードに遭遇した場合は、それを選択し、コメントアイコンをクリックしてディスカッションを開始します。 CodeStreamは、そのコードに触れた最新の人物を自動的に言及するため、適切な人物を簡単にディスカッションに参加させることができます。
-
-
-
-
- エディターでコードを選択し、コメントを追加します。
-
-
-問題を特定したら、エラーを割り当てるか、エラー ステータスを `unresolved` から `resolved` または `ignored`に更新できます。
-
-### ビルドSHAやリリースタグとエラーの関連付け [#buildsha]
-
-CodeStream でエラーを表示すると、エラーに関連付けられたビルド SHA またはリリース タグのいずれかの git 参照がない場合、この警告が表示されることがあります。CodeStream は git 参照を使用して、特定のスタック トレース エラーを、エラーをトリガーした環境で実行されているコードのバージョンと照合します。
-
-エラーを調査するために構成された git 参照は必要ありませんが、エラーの原因となったコードのバージョンを調べていない可能性があることに注意してください。
-
-
-
-
- git reference notconfiguredの警告メッセージは次のとおりです。ビルドSHAまたはリリースタグをエラーに関連付けて、CodeStreamが正しいバージョンのコードを見ていることを確認できるようにします。
-
-
-環境変数を使用して、New Relic を エージェントは、プロジェクトの各ビルドに関連付けられている [コミット SHA](https://git-scm.com/book/en/v2/Git-Tools-Revision-Selection) を知っています。 ソフトウェアの実行中のバージョンに関連付けられた [リリース タグを](https://git-scm.com/book/en/v2/Git-Basics-Tagging) 使用することもできます。
-
-New Relic APMの場合、commit shaおよび/またはreleaseタグ（ `tags.commit`および`tags.releaseTag` ）が`Transaction`および`TransactionError`イベントの属性として追加されます。 APM環境変数を使用して、これらの属性を設定できます。
-
-これらの変数のいずれかまたは両方を、ビルドパイプラインの一部として設定することをお勧めします。
-
-* `NEW_RELIC_METADATA_COMMIT` -コミット社。すべてを含めることも、最初の7文字のみを含めることもできます（例： `734713b` ）。
-* `NEW_RELIC_METADATA_RELEASE_TAG` -リリースタグ（ `v0.1.209`や`release-209`など）。これには、人間が読める形式であるという利点があります。
-
-これらの変数の設定方法については、各言語ごとに具体的な設定内容をご紹介します。
-
-* [Go](/docs/agents/go-agent/configuration/go-agent-configuration/)
-* [Java](/docs/agents/java-agent/configuration/java-agent-configuration-config-file/)
-* [.NET](/docs/agents/net-agent/configuration/net-agent-configuration/)
-* [Node.js](/docs/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration/)
-* [PHP](/docs/agents/php-agent/configuration/php-agent-configuration/)
-* [Python](/docs/agents/python-agent/configuration/python-agent-configuration/)
-
-git参照が構成されている場合、CodeStreamは、ローカルで使用しているコードのバージョンにエラーに関連付けられた参照が含まれていないかどうかを通知します。この場合、エラーをより効果的に調査して解決できるように、その参照を含むコードのバージョンを確認することをお勧めします。
-
-
-
-
- git reference not found という警告メッセージが表示されました。あなたのコードのバージョンは、エラーが発生した環境と一致していません。次のリファレンスを取得して、エラーの原因を調べてください。
-
-
-CodeStreamは、エラーにスタックトレースが関連付けられていないかどうかも通知します。これは、スタックトレースがNewRelicで期限切れになった古いエラーで発生します。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/how-use-codestream/pull-requests.mdx b/src/i18n/content/jp/docs/codestream/how-use-codestream/pull-requests.mdx
deleted file mode 100644
index 7ef6fb2a1cd..00000000000
--- a/src/i18n/content/jp/docs/codestream/how-use-codestream/pull-requests.mdx
+++ /dev/null
@@ -1,377 +0,0 @@
----
-title: CodeStream でプル リクエストを確認する
-metaDescription: How to create and review pull requests with New Relic CodeStream.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamPullRequestSection from 'images/codestream_screenshot-crop_pull-request-section.webp'
-
-import codestreamPrAssignedtoMe from 'images/codestream_screenshot-crop_pr-assigned-to-me.webp'
-
-import codestreamLoadPrFromUrl from 'images/codestream_screenshot-crop_load-pr-from-url.webp'
-
-import codestreamPrSectionHeaderButtons from 'images/codestream_screenshot-crop_pr-section-header-buttons.webp'
-
-import codestreamPrCommentVscode from 'images/codestream_screenshot-crop_pr-comment-vscode.webp'
-
-import codestreamOpenNewPrRequest from 'images/codestream_screenshot-crop_open-new-pr-request.webp'
-
-import codestreamOpenPrRequestFork from 'images/codestream_screenshot-crop_open-pr-request-fork.webp'
-
-import codestreamOpenPrFeatureRequest from 'images/codestream_screenshot-crop_open-pr-feature-request.webp'
-
-import codestreamFeatureRequestLinktoPr from 'images/codestream_screenshot-crop_feature-request-link-to-pr.webp'
-
-import codestreamPullRequestDiffView from 'images/codestream_screenshot-crop_pull-request-diff-view.webp'
-
-import codestreamPrCommentJetbrains from 'images/codestream_screenshot-crop_pr-comment-jetbrains.webp'
-
-import codestreamPrComments from 'images/codestream_screenshot-crop_pr-comments.webp'
-
-import codestreamPrConversationView from 'images/codestream_screenshot-crop_pr-conversation-view.webp'
-
-import codestreamPrMarkasViewed from 'images/codestream_screenshot-crop_pr-mark-as-viewed.webp'
-
-import codestreamPrDetailsExample from 'images/codestream_screenshot-crop_pr-details-example.webp'
-
-ほとんどの開発チームにとって、開発プロセスの最後のステップはプルリクエストであり、CodeStreamを使用するとそのワークフローをIDE内に保持できます。CodeStreamペインの\[PullRequests]セクションには、関連するすべての開いているプル**リクエスト**が一覧表示されます。
-
-
- プル リクエストの統合は、GitHub、GitHub Enterprise、GitLab、GitLab Self-Managed、Bitbucket、および Bitbucket Server で利用できます。ただし、Bitbucket Server ではプル リクエストのレビューを利用できないことに注意してください。
-
-
-
-
-
- プルリクエストセクションでは、レビュー待ちのPR、自分に割り当てられたPR、自分が作成したPR、最新のPRで分けられています。
-
-
-リスト内のプルリクエストをクリックして、コードを編集、確認、さらにはマージします。プルリクエストの詳細と、変更されたすべてのファイルへのアクセスを提供するツリービューで、プルリクエストが展開されるのがわかります。あなたが最も頻繁に行うこと…コメントの追加と表示…は簡単にアクセスできます。任意のファイルをクリックして差分を開き、変更の確認を開始するだけです。
-
-
-
-IDEに組み込まれているdiffナビゲーションを使用して、ファイル内の変更間を移動できます。コメントを追加するコードのブロックを選択します。CodeStreamを使用すると、チェンジセットの一部ではないコード行にコメントを付けることができます。これらのコメントは、プルリクエストに単一のコメント（GitLabの用語では「今すぐコメント」）として追加され、進行中のレビューの一部ではありません。
-
-VS Codeでは、CodeStreamペインにコメントボタンが表示されます。
-
-
-
-JetBrains IDEでは、コメントボタンが差分ガターに表示され、それをクリックすると、エディターで直接コメントできるようになります。
-
-
-
-コメントを追加すると、ツリービューの適切なファイルの下にネストされて表示されるため、コメントを簡単に取得できます。
-
-
-
-コメントをクリックすると、ディスカッションが開き、差分内の対応するコードブロックまでスクロールします。
-
-
-
-要求された変更を行う必要がありますか？「ローカルファイルを開く」をクリックするだけで、作業が必要な場所に直接移動できます。または、左側にある\[差分でコメントを表示]をクリックして、現在のファイル内の他のコメントの場所にジャンプします。
-
-プルリクエストでファイルを処理しながら、円をクリックしてファイルを表示済みとしてマークします。完了したら、緑色の\[レビュー]ボタンをクリックしてレビューを送信します。
-
-
-
-プル リクエストを管理するには、ツリー内の PR 詳細エントリをクリックします。プル リクエストのレビュー担当者、担当者、ラベルを変更するか、コード コメントではないコメントをプル リクエストに追加します。
-
-
-
-### プルリクエストのリストの管理 [#manage-prlist]
-
-デフォルトでは、プルリクエストは以下のセクションに分割されて表示されます。
-
-* **Waiting on My Review**: 自分がレビュアー、またはリクエストされたレビュアーになっているプルリクエストを開きます。
-* **Assigned to Me**: 自分に割り当てられたプルリクエストを開く。
-* **Created by Me**: 自分で作成したプルリクエストを公開します。
-* **Recent**: ステータスに関係なく、あなたが作成した最新のプルリクエスト5件。
-
-プルリクエストの行にカーソルを合わせると、コードホスティングサービスでプルリクエストを表示し、プルリクエストのURLをコピーし、ブランチをチェックアウトし、プルリクエストを更新して、表示しているものが正しいことを確認するオプションが表示されます。最新の。
-
-セクションの見出しにカーソルを合わせると、そのセクションのリストプルリクエストを更新したり、セクションのクエリを編集したり、セクションを削除したりできます。
-
-
-
-リストにないプルリクエストを表示または確認する場合は、URLを取得し、\[URL**からPRをロード**]セクションをクリックします。URLを貼り付けると、CodeStream内でプルリクエストを表示できます。
-
-
-
-Pull Requestsセクションの見出しにカーソルを合わせると、右側にアイコンが表示されます。
-
-
-
-オプションに含まれるもの
-
-* すべてのセクション（またはクエリ）を一度に更新します。
-* 新しいプルリクエストを作成します。
-* カスタム クエリに基づいて新しいセクションを作成します。 [GitHub と GitHub Enterprise](#github)、または [GitLab と GitLab Self-Managed](#gitlab)のカスタム クエリを作成する場合は、特別なガイドラインがいくつかあることに注意してください。カスタム クエリは Bitbucket では使用できません。
-* 歯車のアイコンをクリックすると、IDEで開いているリポジトリに関連付けられているものだけでなく、すべてのリポジトリからのプルリクエストを表示する機能や、リストにラベルを含める機能など、その他のオプションが表示されます。GitLab組織が複数のレビュー担当者と担当者をサポートしている場合は、これを有効にするオプションもあります。
-
-## プルリクエストの作成 [#create]
-
-プルリクエストをいつでも開くには、CodeStreamペインの上部にある\[ **+** ]ボタン、または\[プルリクエスト]セクションのヘッダーにある\[ **+** ]ボタンをクリックします。キーボードショートカットを使用することもできます（Macの場合は`ctlr+shift+/` `p` 、 `ctrl+/` `p` 、GitLabユーザーの場合は`m` ）。 CodeStreamには、プルリクエストを開く前に変更を確認するためのツリービュー、リストビュー、および差分ビューのオプションが用意されています。
-
-
-
-ワンクリックで、最後のコミットメッセージ、ブランチ名、またはチケットを選択して作業を開始した場合はチケットタイトルに基づいてプルリクエストの名前を付けることができます。チケットを選択して作業を開始した場合は、チケットのタイトルをプルリクエストの名前にすることができます。また、チケットを選択している場合は、そのチケットとプルリクエストを明示的に結びつけることができます。プルリクエストを提出する前に、フォームの下に表示されているファイルをクリックして、変更内容を確認してください。
-
-作業中の機能ブランチにリモート追跡用ブランチがない場合は、プルリクエストを作成する際にリモート追跡用ブランチを設定することができます。
-
-プルリクエストを作成するための以下のオプションもご覧ください。
-
-
-
- CodeStreamは、フォークで作業していることを自動的に検出し、ベースリポジトリとヘッドリポジトリの両方を設定することが可能です。
-
- 
-
-
-
- また、CodeStreamのフィードバックリクエストの中からプルリクエストを作成することができます。フィードバックリクエストが承認されると、上部にプルリクエストを開くためのオプションが表示されます。プルリクエストを作成する前に、フィードバックリクエストに含まれる変更をコミットしてプッシュしていることを確認してください。
-
- 
-
- フィードバックリクエストからプルリクエストを作成すると、CodeStreamはフィードバックリクエストの中にプルリクエストへのリンクを追加することで、2つの点を結びつけます。
-
- 
-
- プルリクエストの説明文に、誰がいつレビューを行ったかという情報とともに、フィードバックリクエストへのリンクを追加します。
-
-
-
-### GitHubのカスタムクエリ [#github]
-
-デフォルトでは、GitHub の検索 API は GitHub 全体を対象としたグローバル検索を行います。そのため、検索結果が適切に制限されるようにするには、クエリに次のような修飾子を少なくともひとつ含める必要があります。
-
-* `user:USERNAME`
-* `org:ORGNAME`
-* `repo:USERNAME/REPOSITORY`
-* `author:USERNAME`
-* `assignee:USERNAME`
-* `mentions:USERNAME`
-* `team:ORGNAME/TEAMNAME`
-* `commenter:USERNAME`
-* `involves:USERNAME`
-* `reviewed-by:USERNAME`
-* `review-requested:USERNAME`
-* `team-review-requested:TEAMNAME`
-* `project:PROJECT_BOARD`
-
-GitHubの検索構文についての詳細は、こちら [をご覧ください。](https://docs.github.com/en/github/searching-for-information-on-github/searching-issues-and-pull-requests)
-
-### [GitLabカスタムクエリ [#gitlab]](https://docs.github.com/en/github/searching-for-information-on-github/searching-issues-and-pull-requests)
-
-[すべての検索は、各パラメーターの間に`&`を含む`attribute=value`形式を使用して行われます。スペースを含むパラメーターの場合は、そのままにして、パラメーターに引用符を入れないでください (たとえば、 `labels=foo,help wanted` )。`@me`を使用してユーザー ID とユーザー名を指定できます。それ以外の場合は、GitLab で見つけることができます。デフォルトでは、すべてのフィルターにパラメーター`scope=all`があります ( ](https://docs.github.com/en/github/searching-for-information-on-github/searching-issues-and-pull-requests)[最小修飾子](#minimum-qualifiers)を参照してください)。 これを上書きするには、 `scope=X`を使用します。以下の例を参照してください。
-
-
-
- ```ini
- state=opened&author_id=@me
- state=closed&assignee_username=@me&labels=help wanted
- assignee_id=5&scope=created_by_me
- labels=foo,help wanted&scope=created_by_me
- iids[]=1,2&milestone=1.0.0&my_reaction_emoji=star&scope=assigned_to_me
- project_id=23&state=opened&reviewer_id=@me
- scope=assigned_to_me¬[labels]=duplicate¬[milestone]=review
- ```
-
- | 属性 | タイプ | 説明 |
- | --------------------------- | ------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
- | `state` | ストリング | `all`の問題、または`opened`または `closed` |
- | `order_by` | ストリング | `created_at`または`updated_at`フィールドで並べ替えられたリクエストを返します。デフォルトは`created_at`です。 |
- | `sort` | ストリング | `asc`または`desc`の順序でソートされたリクエストを返します。デフォルトは`desc`です。 |
- | `milestone` | ストリング | 特定のマイルストーンのマージ要求を返します。 `None`は、マイルストーンのないマージ要求を返します。 `Any`は、マイルストーンが割り当てられているマージ要求を返します。 |
- | `view` | ストリング | `simple`の場合、マージリクエストの`iid` 、URL、タイトル、説明、および基本的な状態を返します。 |
- | `labels` | ストリング | ラベルのコンマ区切りリストに一致するマージ要求を返します。 `None`には、ラベルのないすべてのマージリクエストが一覧表示されます。 `Any`には、少なくとも1つのラベルが付いたすべてのマージ要求が一覧表示されます。 `No+Label` （非推奨）は、ラベルのないすべてのマージ要求をリストします。事前定義された名前では大文字と小文字は区別されません。 |
- | `with_labels_details` | ブール値 | `true`の場合、応答はラベルフィールドの各ラベルの詳細を返します： `:name` 、 `:color` 、 `:description` 、 `:description_html` 、 `:text_color` 。デフォルトは`false`です。 |
- | `with_merge_status_recheck` | ブール値 | `true`の場合、このプロジェクションは、merge_statusフィールドが非同期で再計算されることを要求します（ただし、保証はしません）。デフォルトは`false`です。 |
- | `created_after` | データタイム | 指定された時間以降に作成されたマージ要求を返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `created_before` | データタイム | 指定された時間以前に作成されたマージ要求を返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `updated_after` | データタイム | 指定された時間以降に更新されたマージ要求を返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `updated_before` | データタイム | 指定された時間またはそれ以前に更新されたマージ要求を返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `scope` | ストリング | 指定されたスコープのマージリクエストを返します： `created_by_me` 、 `assigned_to_me`または`all` 。デフォルトは `created_by_me` |
- | `author_id` | 整数 | 指定されたユーザー`id`によって作成されたマージ要求を返します。 `author_username`と相互に排他的です。 `scope=all`または`scope=assigned_to_me`と組み合わせます。 |
- | `author_username` | ストリング | 指定された`username`によって作成されたマージリクエストを返します。 `author_id`と相互に排他的です。 |
- | `assignee_id` | 整数 | 指定されたユーザー`id`に割り当てられたマージ要求を返します。 `None`は、割り当てられていないマージ要求を返します。 `Any`は、担当者とのマージ要求を返します。 |
- | `reviewer_id` | 整数 | 指定されたユーザー`id`のレビュー担当者としてのユーザーを持つマージリクエストを返します。 `None`は、レビュー担当者なしでマージリクエストを返します。 `Any`はレビューアとのマージリクエストを返します。 `reviewer_username`と相互に排他的です。 |
- | `reviewer_username` | ストリング | 指定された`username`のレビュー担当者としてユーザーがいるマージリクエストを返します。 `None`は、レビュー担当者なしでマージリクエストを返します。 `Any`はレビューアとのマージリクエストを返します。 `reviewer_id`と相互に排他的です。 |
- | `my_reaction_emoji` | ストリング | 指定された`emoji`によって認証されたユーザーによって反応されたマージ要求を返します。 `None`は、反応がない問題を返します。 `Any`は、少なくとも1つの反応があれば問題を返します。 |
- | `source_branch` | ストリング | 指定されたソースブランチのマージ要求を返します。 |
- | `target_branch` | ストリング | 指定された対象ブランチのマージ要求を返します。 |
- | `search` | ストリング | `title`と`description`に対してマージリクエストを検索します。 |
- | `in` | ストリング | `search`属性のスコープを変更します。 `title` 、 `description` 、またはそれらをコンマで結合する文字列。デフォルトは`title,description`です。 |
- | `wip` | ストリング | マージリクエストを`wip`ステータスでフィルタリングします。 `yes`はドラフトマージリクエストのみを返し、 `no`は非ドラフトマージリクエストを返します。 |
- | `not` | ハッシュ | 指定されたパラメーターと一致しないマージ要求を返します。受け入れます： `labels` 、 `milestone` 、 `author_id` 、 `author_username` 、 `assignee_id` 、 `assignee_username` 、 `reviewer_id` 、 `reviewer_username` 、 `my_reaction_emoji` 。 `not`を`hash`タイプとしてフォーマットする方法については、上記の例を参照してください。 |
- | `environment` | ストリング | 指定された環境にデプロイされたマージ要求を返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `deployed_before` | データタイム | 指定された日時より前にデプロイされたマージリクエストを返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `deployed_after` | データタイム | 指定された日時の後にデプロイされたマージリクエストを返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `project_id` | 整数 | 指定されたプロジェクトのマージ要求を返します。 |
- | `group_id` | 整数 | 指定されたグループのマージ要求を返します。 |
-
-
-
- ```ini
- state=opened&author_id=@me
- state=closed&assignee_username=@me&labels=help wanted
- assignee_id=5&scope=created_by_me
- labels=foo,help wanted&scope=created_by_me
- iids[]=1,2&milestone=1.0.0&my_reaction_emoji=star&scope=assigned_to_me
- project_id=23&state=opened&assignee_id=@me
- ```
-
- | 属性 | タイプ | 説明 |
- | ------------------- | ------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
- | `assignee_id` | 整数 | 指定されたユーザー`id`に割り当てられた問題を返します。 `assignee_username`と相互に排他的です。 `None`は未割り当ての問題を返します。 `Any`は担当者との問題を返します。 |
- | `assignee_username` | 文字列配列 | 指定された`username`に割り当てられた問題を返します。 `assignee_id`に似ており、 `assignee_id`と相互に排他的です。 GitLab CEでは、 `assignee_username`配列には単一の値のみを含める必要があります。それ以外の場合は、無効なパラメータエラーが返されます。 |
- | `author_id` | 整数 | 指定されたユーザー`id`によって作成された問題を返します。 `author_username`と相互に排他的です。 `scope=all`または`scope=assigned_to_me`と組み合わせます。 |
- | `author_username` | ストリング | 指定された`username`によって作成された問題を返します。 `author_id`に似ており、 `author_id`と相互に排他的です。 |
- | `confidential` | ブール値 | 機密事項や公的な問題をフィルタリングする。 |
- | `created_after` | データタイム | 指定された時間以降に作成された問題を返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `created_before` | データタイム | 指定された時間以前に作成された問題を返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `due_date` | ストリング | 期日がない、延滞している、または期日が今週、今月、または2週間前から翌月の間にある返品発行。受け入れます： `0` （期日なし）、 `overdue` 、 `week` 、 `month` 、 `next_month_and_previous_two_weeks` 。 |
- | `iids[]` | 整数配列 | 指定された問題のみを返します `iid` |
- | `in` | ストリング | `search`属性のスコープを変更します。 `title` 、 `description` 、またはそれらをコンマで結合する文字列。デフォルトは`title` 、`description` |
- | `issue_type` | ストリング | 指定されたタイプの`issue`にフィルタリングします。 `issue` 、 `incident` 、または`test_case`のいずれか。 |
- | `iteration_id` | 整数 | 指定された反復IDに割り当てられた問題を返します。 `None`は、イテレーションに属していない問題を返します。 `Any`は、反復に属する問題を返します。 `iteration_title`と相互に排他的です。 |
- | `iteration_title` | ストリング | 指定されたタイトルでイテレーションに割り当てられた問題を返します。 `iteration_id`に似ており、 `iteration_id` }と相互に排他的です。 |
- | `labels` | ストリング | ラベル名のコンマ区切りリスト。課題には、返されるすべてのラベルが必要です。 `None`には、ラベルのないすべての問題が一覧表示されます。 `Any`には、少なくとも1つのラベルが付いたすべての問題が一覧表示されます。事前定義された名前では大文字と小文字は区別されません。 |
- | `milestone` | ストリング | マイルストーンタイトル。 `None`には、マイルストーンのないすべての問題が一覧表示されます。 `Any`には、マイルストーンが割り当てられているすべての問題が一覧表示されます。 |
- | `my_reaction_emoji` | ストリング | 指定された`emoji`によって認証されたユーザーが反応したリターンの問題。 `None`は、反応がない問題を返します。 `Any`は、少なくとも1つの反応があれば問題を返します。 |
- | `non_archived` | ブール値 | アーカイブされていないプロジェクトからのみ問題を返します。 `false`の場合、応答はアーカイブされたプロジェクトとアーカイブされていないプロジェクトの両方からの問題を返します。デフォルトは`true`です。 |
- | `not` | ハッシュ | 指定されたパラメーターと一致しない問題を返します。受け入れます： `assignee_id` 、 `assignee_username` 、 `author_id` 、 `author_username` 、 `iids` 、 `iteration_id` 、 `iteration_title` 、 `labels` 、 `milestone` 、および`weight` 。 |
- | `order_by` | ストリング | `created_at` 、 `updated_at` 、 `priority` 、 `due_date` 、 `relative_position` 、 `label_priority` 、 `milestone_due` 、 `popularity` 、 `weight`フィールドで並べ替えられた問題を返します。デフォルトは`created_at`です。 |
- | `scope` | ストリング | 指定されたスコープの問題を返します： `created_by_me` 、 `assigned_to_me`または`all` 。デフォルトは`created_by_me`です。 |
- | `search` | ストリング | `title`と`description`に対して問題を検索します。 |
- | `sort` | ストリング | `asc`または`desc`の順序でソートされた問題を返します。デフォルトは`desc`です。 |
- | `state` | ストリング | `all`の問題、または`opened`または `closed` |
- | `updated_after` | データタイム | 指定された時間以降に更新された問題を返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `updated_before` | データタイム | 指定された時間またはそれ以前に更新された問題を返します。 ISO 8601形式で期待される（ `2019-03-15T08:00:00Z` ） |
- | `weight` | 整数 | 指定された`weight`の問題を返します。 `None`は、重みが割り当てられていない問題を返します。 `Any`は、重みが割り当てられた問題を返します。 |
- | `project_id` | 整数 | 指定されたプロジェクトの課題を返します。 |
- | `group_id` | 整数 | 指定されたグループの課題を返します。 |
-
-
-
- 特定のプロジェクトを検索するには、パラメータ`project_id=X`を使用します。プロジェクトIDは、GitLabでプロジェクトを表示するときに一覧表示されます。プロジェクトを検索すると、デフォルトで`scope=all`が使用され、指定されたプロジェクトのすべてのマージ要求または問題が返されます。一度にリストできる`project_id`は1つだけです。
-
- ```ini
- project_id=23&state=opened&assignee_id=@me
- iids[]=1&project_id=473&labels=bug
- ```
-
-
-
- 特定のグループを検索するには、パラメータ`group_id=X`を使用します。 GitLabでグループを表示すると、グループIDが一覧表示されます。グループを検索すると、デフォルトで`scope=all`が使用され、指定されたグループのすべてのマージ要求または問題が返されます。一度にリストできる`group_id`は1つだけです。
-
- ```ini
- group_id=23&state=opened&assignee_id=@me
- iids[]=1&group_id=473&labels=bug
- ```
-
-
-
- デフォルトでは、カスタムフィルターは`scope=all`を使用してGitLab全体を検索します。 GitLabにリストされているすべてのマージリクエストまたは問題をプルしないようにするには、次の修飾子の少なくとも1つを使用してこの検索を絞り込む必要があります。
-
- * `scope=assigned_to_me`
- * `scope=created_by_me`
- * `project_id`
- * `group_id`
- * `author_id`
- * `author_username`
- * `assignee_id`
- * `assignee_username`
- * `my_reaction_emoji`
-
-
-
-検索構文は、GitLab のカスタム検索 API に由来します。 [マージリクエスト検索](https://docs.gitlab.com/ee/api/merge_requests.html) または [課題検索](https://docs.gitlab.com/ee/api/issues.html) の詳細については、GitLab のドキュメントを参照してください。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/how-use-codestream/request-feedback.mdx b/src/i18n/content/jp/docs/codestream/how-use-codestream/request-feedback.mdx
deleted file mode 100644
index 0b326b8382b..00000000000
--- a/src/i18n/content/jp/docs/codestream/how-use-codestream/request-feedback.mdx
+++ /dev/null
@@ -1,223 +0,0 @@
----
-title: CodeStream フィードバック リクエストで早期フィードバックを得る
-metaDescription: 'Get feedback on work-in-progress code, before the pull request, using New Relic CodeStream feedback requests.'
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamFeedbackRequestsSection from 'images/codestream_screenshot-crop_feedback-requests-section.webp'
-
-import codestreamFeedbackRequestExample from 'images/codestream_screenshot-crop_feedback-request-example.webp'
-
-import codestreamChangedFilesList from 'images/codestream_screenshot-crop_changed-files-list.webp'
-
-import codestreamExcludeFileFromReviewButton from 'images/codestream_screenshot-crop_exclude-file-from-review-button.webp'
-
-import codestreamFeedbackRequestTeamSettings from 'images/codestream_screenshot-crop_feedback-request-team-settings.webp'
-
-import codestreamFeedbackRequestDiffView from 'images/codestream_screenshot-crop_feedback-request-diff-view.webp'
-
-import codestreamFeedbackRequestNavigateChangesButtons from 'images/codestream_screenshot-crop_feedback-request-navigate-changes-buttons.webp'
-
-import codestreamCommentSpecificCode from 'images/codestream_screenshot-crop_comment-specific-code.webp'
-
-import codestreamReviewRequestedChanges from 'images/codestream_screenshot-full_review-requested-changes.webp'
-
-import codestreamCodeReviewAmendForm from 'images/codestream_screenshot-crop_code-review-amend-form.webp'
-
-import codestreamChangedFilesReviewCheckpoints from 'images/codestream_screenshot-crop_changed-files-review-checkpoints.webp'
-
-New Relic CodeStream のフィードバックリクエストは、従来のエンドオブサイクルのコードレビューに使用するのに十分な強力な機能を備えていますが、同時に非常に簡単で柔軟性に富んでいるため、開発プロセス全体を通して、進行中の作業に対する迅速なフィードバックを得るために使用することができます。さらに、コミットされていない変更に対してもフィードバックリクエストを使用することができます。
-
-従来のコードレビューは、開発サイクルの最後に行われ、変更のマージを行う際に行われていました。サイクルの終わりに行われるコードレビューは、チームメイトの負担が大きくなるだけでなく、問題の発見が遅すぎて、スケジュールを大幅に短縮するか、技術的負債を抱えるかのどちらかを選択しなければならなくなる危険性があります。
-
-CodeStreamは開発サイクルのどの時点でも、スタブ関数を作成しただけのプロジェクトの初期段階から、進行中の作業の中間段階、あるいは完成したプロジェクトの最終レビューに至るまで、フィードバックを可能にします。CodeStreamは、プッシュされたコミット、ローカルでのコミット、ステージングされた変更、保存された変更など、現在のステータスを共有するための複雑な作業を処理します。チームメイトは、アプリケーションを切り替えることなく、ブランチを切り替えたり変更をプルすることなく、自分のIDEからフィードバックを提供することができます。
-
-開発サイクルの最後に行われる正式なコードレビューやプルリクエストに至るまでには、問題が提起され、議論され、解決されているため、苦痛ははるかに少なく、形式的なものとなっているのです。
-
-IDEでフィードバックを要求するためのCodeStreamの使い方については、YouTubeのショートビデオ（4分25秒）をご覧ください。
-
-
-
-## フィードバックリクエストUI [#feedback-ui]
-
-New Relic CodeStream の「フィードバックリクエスト」セクションには、自分に割り当てられた、または自分がリクエストした未解決のフィードバックリクエストと、承認された、または変更がリクエストされた最近のフィードバックリクエストがすべて表示されます。
-
-
-
-
- フィードバック要求のセクションは、要求をオープン、承認、変更要求で分けています。
-
-
-フィードバックリクエストをクリックすると、レビューに参加したり、あなたの作品に対するチームメイトのコメントを見ることができます。
-
-## フィードバックのお願い [#request-feedback]
-
-ご意見を伺うため。
-
-* CodeStreamペインの上部にある「 **+ Create** 」ボタンをクリックします。
-* **フィードバックリクエスト** セクションのヘッダーにある「 **+ フィードバックリクエスト** 」ボタンを選択します。管理者であれば、歯車のアイコンも表示され、 [フィードバックリクエストの割り当て](#fr-settings) と承認が組織でどのように機能するかを制御することができます。
-* キーボード ショートカット (Mac では`ctlr+shift+/` `r`または`ctrl+/` `r` ) を使用することもできます。
-
-
-
-ワンクリックで、最後のコミットメッセージ、ブランチ名、または [チケットを選択して作業を開始した場合は](/docs/codestream/how-use-codestream/start-work/) 、チケットタイトルに基づいてフィードバックリクエストに名前を付けることができます。CodeStream は、あなたがエディタで現在選択しているファイルのリポジトリ/ブランチの変更に対するフィードバックを要求していると仮定します。IDE で複数のリポジトリを開いている場合は、フィードバックリクエストフォームの一番上にあるリポジトリのドロップダウンから変更することができます。
-
-フィードバックリクエストの設定によっては、CodeStreamが特定のレビュアーを提案することがあります。変更されたコードのコミット履歴に基づいて、CodeStreamのチームにまだ所属していない人が提案されることもあります。その場合、その人にメールで通知されます。レビュアーの名前にカーソルを合わせると、詳細が表示されたり、レビュアーを削除することができます。複数のレビュアーが割り当てられている場合、そのうちの誰かがレビューを承認するのか、それとも一人一人が個別に承認しなければならないのかを決定するオプションもあります。詳しくは、 [フィードバック設定の方法について](#fr-settings) をご覧ください。
-
-### プルリクエストで変更されたファイルを探索する [#changed-files]
-
-**Changed Files** セクションには、追加、削除、変更されたすべてのファイルがリストアップされています。フィードバック・リクエストを送信する前に変更内容を確認したい場合は、ファイルをクリックすると差分が表示されます。
-
-
-
-チェックインしたバイナリファイルなど、レビューに適さないファイルがある場合、任意のファイルにカーソルを合わせて **x** をクリックすると、そのファイルをフィードバック要求から除外することができます。そのファイルは、フォームの下のリストに移動されます。新しいファイルは、デフォルトでフィードバック要求から除外されますが、リスト内のエントリにカーソルを合わせて、 **+** 、追加することができます。
-
-
-
-除外されたファイルにカーソルを合わせ、ごみ箱をクリックして、今後のすべてのフィードバック リクエストから永久に除外します。ファイルを完全に除外すると、リポジトリに`.codestreamignore`ファイルが作成されます。チームメイトもこれらのファイル (たとえば、 `package-lock.json`またはその他のシステム生成ファイル) を除外したいと考える場合は、ファイルをコミットおよびプッシュして、チームメイトも利用できるようにすることができます。
-
-選択されたファイルの変更点は4つのカテゴリーに分類され、フィードバックリクエストに含めたい内容を正確に選択することができます。これには、プッシュされていない、あるいはコミットされていない変更も含まれます。
-
-4つのカテゴリーがあります。
-
-* 変更の保存
-* 段階的な変化
-* ローカルコミット
-* 押し出されたコミット
-
-### プルリクエストのコミット [#commits]
-
-コミットは、 **Local Commits** と **Pushed Commits** のセクションで降順に表示されます。あるコミットのチェックを外すと、そのコミットに先行するすべてのコミットのチェックが自動的に外れます。言い換えると、フィードバックリクエストに含まれるコミットは連続していなければなりません。デフォルトでは、自分のコミットだけがチェックされますが、どのコミットもレビューに含めることができます。
-
-
- git設定のメールアドレスがCodeStreamのメールアドレスと一致していることを確認してください。または、 [blame map](/docs/codestream/how-use-codestream/my-organization/#blame-map) を設定して、gitのメールアドレスとCodeStreamのメールアドレスを対応させます。
-
-
-オプションとして、フィードバックリクエストをSlackまたはMicrosoft Teamsで共有することができます。
-
-フィードバックリクエストを送信すると、アクティビティフィードでチームメイトに通知され、レビュアーに指定された人には@が表示され、メールでも通知されます。
-
-### フィードバックリクエストの設定 [#fr-settings]
-
-デフォルトでは、フィードバックを要求した人が承認の動作を決めることができますが、組織のすべてのフィードバック要求に対するデフォルトの動作を設定することもできます。
-
-
-
-
- フィードバック要求の設定を使用して、組織のフィードバックプロセスを微調整します。
-
-
-* **レビュアーの人数に関係なく、どのレビュアーも** を承認することができます。
-* **すべてのレビュアーが個別に承認する必要があります** 承認されたとみなされる前に、すべてのレビュアーが承認する必要があります。
-* **レビューを依頼したデベロッパーは、** 依頼を承認することを決定します。
-
-また、CodeStreamがレビュアーを提案するかどうか、どのように提案するかを決めることができます。
-
-* **ラウンドロビン** は、組織内のすべての開発者を循環させます。
-* **Random** は、フィードバック要求を組織内の任意の開発者にランダムに割り当てます。
-* **Authorship** オプションは、変更の影響を受けるコード行を書いた開発者や、ブランチにコミットした可能性のある他の開発者に基づいて、最大 3 人のレビュアーを提案します。
-
-## フィードバック [#provide-feedback]
-
-CodeStreamのフィードバックリクエストの最大の特徴は、チームメイトに自分のコードを見てもらうことで、彼らに余分な負担をかけないことです。ブランチを切り替えたり、変更を取り込んだりするために自分の仕事を脇に置いておく必要はありませんし、IDEを離れる必要もありません。適切なリポジトリを持っていれば、フィードバックリクエストを開いて、あなたの変更点のレビューを始めることができます。
-
-
-
-**Changed Files** セクションの任意のファイルをクリックして、変更点を確認します。変更点はエディタ上に diff で表示されます。IDE のネイティブナビゲーションや、IDE 上部の上下矢印をクリックすることで、ファイルの変更点を順に確認することができます。JetBrains IDE の場合、CodeStream はサイドバイサイドの diff ビューアのみをサポートします。
-
-
-
-通常、差分はフィードバックリクエストに関連したブランチ (機能/トピックブランチなど) の変更点を、機能ブランチが作成された時点でのベースブランチに対して表します。CodeStreamの差分では、開発者がフィードバックリクエストにすべての変更を含めていない可能性があるため、必ずしもそうではありません。その結果、差分を取るファイルのバージョンには、ベースブランチにない変更点が含まれていることがあります。これは、継続性を持たせるために重要なことです。
-
-### コメント・変更依頼 [#comments]
-
-変更点について一般的なコメントがある場合は、 **フィードバックリクエストのスレッドに返信を追加してください。**:
-
-* 実際の変更点についてコメントしたい場合は、差分の右側からいくつかのコードを選択し、選択したコードの横にあるCodeStreamペインに表示されるコメントボタンをクリックしてください。
-* コードを選択した後、キーボード ショートカット (Mac では`ctlr+shift+/` `c`または`ctrl+/` `c` ) を使用することもできます。
-
-
-
-ファイルの全文脈がわかるので、変更されたコードの行だけをコメントするように制限されることはありません。たとえば、ファイルの他の部分にも作業が必要であることに気づいたり、単に参照したいだけであることに気づいたりするかもしれません。
-
-一般的なコメントであれ、コードに関するコメントであれ、変更要求としてマークすることで、変更を承認する前にそれが必要であることを開発者に知らせることができるのです。
-
-フィードバック中に、チェンジセットに含まれないファイルにコメントすることもでき、そのファイルはレビューへの返信として追加されます。これは、改善が必要なコードベースの別の場所をチームメイトに指摘するのに役立ちます。
-
-### 変更要求の承認 [#approve-changes]
-
-フィードバックリクエストに関連するすべての変更要求は、ディスカッションスレッドの一部であるだけでなく、上部のセクションにまとめられます。作業が完了したら、ここに完了マークが付けられます。
-
-
-
-* 上部にある緑と赤のボタンを探して、変更を承認するか、追加の変更を要求してください。
-* 未解決の変更要求がある場合、承認ボタンが青いボタンに変わり、番号が表示されます。この場合でも変更を承認することはできますが、未解決の作業があることを認識しておいてください。
-* 複数のレビュアーがいて、それぞれからの承認が必要な場合、CodeStreamでは未承認の承認がある場合は非常にわかりやすくなっています。右上の青いボタンは、未承認の数を示しています。レビュアーのヘッドショットに表示されている緑色のサムズアップは、あなたの変更がすでに承認されたことを示しています。
-
-## コード変更の追加 [#add-changes]
-
-典型的なワークフローは、レビューアがコメントや変更点を提案し、開発者がそのフィードバックに応えてコードをさらに変更するというものです。このプロセスを継続するには、青い **Amend** ボタンをクリックして、変更を追加します。
-
-* 最初にフィードバックリクエストを送信したときと同様に、保存された変更とステージングされた変更、ローカルコミットとプッシュされたコミットから選択できます。未解決の変更要求もリストアップされるので、更新によって対処されたものに印をつけることができます。
-
-
-
-* デフォルトでは、レビューアがフィードバックリクエストに戻ったとき、各ファイルの差分を調べながら、チェンジセット全体（すべてのアップデートにわたる変更点など）を見ることになります。また、個々のアップデートの差分も見ることができます。
-
-
-
-## フィードバック依頼を承認する [#approve-fr]
-
-フィードバックレビューのプロセスは、変更の最終的な承認を得るために必要なアップデートの数だけ続けることができます。フィードバックリクエストが承認されると、CodeStreamの中から [プルリクエスト](/docs/codestream/how-use-codestream/pull-requests) を作成して、コードをマージすることができます。
-
-
- プルリクエストが作成された後は、フィードバックリクエストを修正したり、再開することはできません。
-
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/how-use-codestream/start-work.mdx b/src/i18n/content/jp/docs/codestream/how-use-codestream/start-work.mdx
deleted file mode 100644
index d2548f53864..00000000000
--- a/src/i18n/content/jp/docs/codestream/how-use-codestream/start-work.mdx
+++ /dev/null
@@ -1,121 +0,0 @@
----
-title: CodeStream で問題のバックログを表示する
-metaDescription: 'View your backlog of issues in New Relic CodeStream, and simplify the process of starting work.'
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamIssueProviderConnection from 'images/codestream_screenshot-crop_issue-provider-connection.webp'
-
-import codestreamIssuesSectionBacklog from 'images/codestream_screenshot-crop_issues-section-backlog.webp'
-
-import codestreamCreateBranchStartWork from 'images/codestream_screenshot-crop_create-branch-start-work.webp'
-
-import codestreamCreateBranchOptions from 'images/codestream_screenshot-crop_create-branch-options.webp'
-
-import codestreamCreateBranchTemplate from 'images/codestream_screenshot-crop_create-branch-template.webp'
-
-import codestreamIssuesFilterExample from 'images/codestream_screenshot-crop_issues-filter-example.webp'
-
-import codestreamCreateCustomIssueFilter from 'images/codestream_screenshot-crop_create-custom-issue-filter.webp'
-
-import codestreamIssuesSectionHeaderButtons from 'images/codestream_screenshot-crop_issues-section-header-buttons.webp'
-
-ちょっとしたバグフィックスや大きな新機能など、新しい仕事に取りかかろうとするとき、多くのステップとさまざまなサービスが関わってきます。課題追跡サービスにアクセスし、あなたに割り当てられているすべての課題を見つけ、作業する課題を選択して、そのステータスを更新します。次に、端末か GitHub にアクセスし、機能ブランチを作成します。最後に、Slack でステータスを更新して、チームメイトに作業内容を知らせます。New Relic CodeStream を使えば、これらの作業をワンステップで、しかも IDE から行うことができます。
-
-## お客様のサービスとCodeStreamの接続 [#connect]
-
-まず、CodeStream ペインの **Issues** セクションに移動し、チームの課題追跡サービスに接続します。
-
-
-
-まだ外部サービスに接続していない場合、このセクションでは、利用可能でサポートされているすべてのサービスが一覧表示されます。
-
-* アサナ
-* Azure DevOps
-* Bitbucket（クラウド）
-* GitHub（クラウドまたはエンタープライズ）
-* GitLab（クラウドまたはセルフマネージド）
-* Jira（クラウドまたはサーバー）
-* リニア
-* ショートカット
-* Trello
-* YouTrack（クラウド）
-
-## 自分の課題に取り組み始める [#manage-issues]
-
-一度接続すれば、自分に割り当てられたすべての課題を、プロジェクト、ボード、リスト、その他でフィルタリングし、自由にカスタマイズして見ることができます。複数のサービスに接続することも可能です。
-
-
-
-* 組織は、複数の外部サービスを同時に使用することができます：ドロップダウンリストから使用するサービスを選択します。
-* 課題の行にカーソルを合わせると、行の最後に課題追跡サービスでその課題を閲覧するためのオプションが表示されます。
-
-課題をクリックすると、その課題への取り組みを開始できます。
-
-
-
-機能ブランチの作成、チケットのステータスの更新、Slackでのステータスの更新も可能です。
-
-あなたのチームが機能ブランチのGitワークフローを使用している場合、作業を行うためのブランチを作成することができます。ドロップダウンを使って、ベースブランチを変更するか、機能ブランチの名前を編集します。
-
-
-
-管理者であれば、組織のブランチ命名テンプレートを設定することで、機能ブランチの名前を統一することができます。
-
-
-
-使用している課題追跡サービスに応じて、課題のステータスを更新することもできます。例えば、Trelloを使用している場合、選択したカードを別のリスト（例えば、 **In Progress** ）に移動させることができます。
-
-関連する課題がない場合、 **Start ad-hoc Work** をクリックして課題なしで作業を開始するか、 **New issue** をクリックしてCodeStreamから課題追跡サービス上に課題を作成することができます。エディターで課題を特定のコードブロックに関連付けることもできます。
-
-## 課題を絞り込む [#filter-issues]
-
-また、多くのサービスでは、リストをフィルタリングすることができます。例えば、Trelloに接続している場合、特定のリストやリストの集合を見るためにフィルタリングすることができます。
-
-
-
-Jira、Jira Server、GitHub、GitHub Enterprise、GitLab、および GitLab Self-managed では、カスタムフィルタを作成することも可能です。 [GitHub と GitHub Enterprise](/docs/codestream/codestream-ui-overview/pull-requests-section/#github) または [GitLab と GitLab Self-Managed](/docs/codestream/codestream-ui-overview/pull-requests-section/#gitlab) のカスタムクエリを作成する際には、いくつかの特別なガイドラインが存在します。
-
-
-
-## その他のオプション [#more-options]
-
-セクションの見出しにカーソルを合わせると、より多くのオプションが表示されます。
-
-
-
-* 更新ボタンをクリックすると、最近追加されたチケットがリストに反映されます。
-* **New issue** （選択したサービスによって表示が異なる場合があります）をクリックすると、CodeStreamから課題追跡サービスに課題を作成できます。そのチケットをエディタのコードブロックと関連付けることもできます。
-* 関連するチケットがないものを作業する必要がある場合は、 **Start Ad-hoc Work** をクリックすると、チケットなしで作業を開始できます。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/how-use-codestream/ui-overview.mdx b/src/i18n/content/jp/docs/codestream/how-use-codestream/ui-overview.mdx
deleted file mode 100644
index b25c67085dd..00000000000
--- a/src/i18n/content/jp/docs/codestream/how-use-codestream/ui-overview.mdx
+++ /dev/null
@@ -1,418 +0,0 @@
----
-title: CodeStream UIの概要とショートカット
-metaDescription: Here's an overview of the CodeStream UI and keyboard shortcurts.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamActivityFeedBadgeIcon from 'images/codestream_screenshot-crop_activity-feed-badge-icon.webp'
-
-import codestreamStatusBarMentions from 'images/codestream_screenshot-crop_status-bar-mentions.webp'
-
-import codestreamFilterandSearchBar from 'images/codestream_screenshot-crop_filter-and-search-bar.webp'
-
-import codestreamSidebarAllSections from 'images/codestream_screenshot-crop_sidebar-all-sections.webp'
-
-import codestreamUserMenu from 'images/codestream_screenshot-crop_user-menu.webp'
-
-import codestreamGlobalOptionsButtons from 'images/codestream_screenshot-crop_global-options-buttons.webp'
-
-import codestreamBlameHoverExample from 'images/codestream_screenshot-crop_blame-hover-example.webp'
-
-CodeStream インターフェイスの基本について学びます。
-
-
-
-
-
- アクティビティ フィードは、チームメイトによって投稿された新しいコメントや問題、または既存のディスカッションに対する新しい返信について知るための決定的な場所です。アクティビティ フィードを表示していないときは、アクティビティ フィード アイコンのバッジを探すことで、新しい情報があるかどうかをいつでも知ることができます。白い点が付いた青いバッジは、新しいディスカッションまたは返信があることを意味します。
-
- 
-
- IDE のステータス バーに CodeStream のエントリが表示されると、フィードに新しいメッセージがあることがわかります。ユーザー名の右側にあるドットは新しいメッセージがあることを意味し、数字は新しいメンションがあることを意味します。
-
- 
-
- アクティビティフィードの上部にあるフィルターは、フィードに表示される内容をコントロールします。
-
- * **自分の組織の全員からのアクティビティ**: 自分の組織からのすべてのアクティビティを見ることができます。小規模な組織にのみお勧めします。
-
- * **自分のIDEで開いているコードに関連するアクティビティ（デフォルト）**: 自分のIDEで開いているリポジトリのコードに関連するディスカッションを見る。
-
- * **Activity associated with code in selected folder**: チームがmonorepos内で作業している場合、このオプションを使用します。現在選択されているフォルダ内のコードに関連するディスカッションを見ることができます。
-
- フィルターの設定にかかわらず、あなたが@mentionedされたときには常に通知されます。
-
-
-
- 当社のフィルタおよび検索ツールを使用すると、組織のコメントや問題のコレクションを必要に応じて細かく切り分けることができます。デフォルトでは、自分に割り当てられている未解決の問題が表示され、続いてすべての未解決の問題が表示されます。
-
- 
-
- フィルターと検索ツールを使用して、コードストリーム組織を選択し、特定のコメントまたは問題を見つけます。
-
- * リストの各項目にカーソルを合わせると、詳細が表示されます。
-
- * あらかじめ用意された強力なフィルターで、簡単な操作を実現します。
-
- * また、検索ボックスの右側にあるブックマークアイコンから、次回以降の検索のために保存することができます。
-
- ## 高度な検索構文 [#advanced-search]
-
-
-
-
- |
- 構文
- |
-
-
- 定義
- |
-
-
-
-
-
- |
- `status:open`
- |
-
-
- すべての未解決のコメントと問題を返します。
- |
-
-
-
- |
- `status:closed`
- |
-
-
- 解決したコメントや問題点をすべて返します。
- |
-
-
-
- |
- `type:issue`
- |
-
-
- すべての問題を返します。
- |
-
-
-
- |
- `type:comment`
- |
-
-
- すべてのコメントを返します。
- |
-
-
-
- |
- `is:`
- |
-
-
- 上記のステータスおよびタイプ フィルタと同じ結果を得るには、 `open` 、 `closed` 、 `issue` または `comment` を使用します。
- |
-
-
-
- |
- `author:@`
- |
-
-
- あなた (`@me`) またはチームメイト (`@username`) が作成したすべてのコメントと問題を返します。
- |
-
-
-
- |
- `mentions:@`
- |
-
-
- タイトルまたは説明であなた (`@me`) またはチームメイト (`@username`) が言及されているすべてのコメントと問題を返します。
- |
-
-
-
- |
- `assignee:@`
- |
-
-
- あなた (`@me`) またはチームメイト (`@username`) に割り当てられたすべての課題を返します。
- |
-
-
-
- |
- `tag:`
- |
-
-
- 特定のタグが付いたすべてのコメントと問題を返します。複数単語のタグを引用符で囲みます (例: `tag:"api server"`)。複数のタグを組み合わせて AND クエリを作成できます。たとえば、 `tag:blue tag:green` 青と緑の両方のタグを持つアイテムを返します。
- |
-
-
-
- |
- `no:tag`
- |
-
-
- タグのないすべてのコメントと問題を返します。
- |
-
-
-
- |
- `branch:`
- |
-
-
- 指定されたブランチに対して作成されたすべてのコメントと課題を返します。
- |
-
-
-
- |
- `commit:`
- |
-
-
- 指定されたコミット ID のコードを含むすべてのコメントと問題を返します。
- |
-
-
-
- |
- `repo:`
- |
-
-
- 指定されたリポジトリ内のコードに対して作成されたすべてのコメントと問題を返します。
- |
-
-
-
- |
- `created:today`
- |
-
-
- 今日作成されたすべてのコメントと問題を返します。
- |
-
-
-
- |
- `created:yesterday`
- |
-
-
- 昨日作成されたすべてのコメントと問題を返します。
- |
-
-
-
- |
- `created:YYYY-MM-DD`
- |
-
-
- 特定の日に作成されたすべてのコメントと問題を返します。
- |
-
-
-
-
- `created:
-
- |
- 特定の日付より前に作成されたすべてのコメントと問題を返します。
- |
- |
-
-
- |
- `created:>YYYY-MM-DD`
- |
-
-
- 特定の日付以降に作成されたすべてのコメントと問題を返します。
- |
-
-
-
- |
- `updated:YYYY-MM-DD`
- |
-
-
- 特定の日に更新されたすべてのコメントと問題を返します。
- |
-
-
-
-
- `updated:
-
- |
- 特定の日付より前に更新されたすべてのコメントと問題を返します。
- |
- |
-
-
- |
- `updated:>YYYY-MM-DD`
- |
-
-
- 特定の日付以降に更新されたすべてのコメントと問題を返します。
- |
-
-
-
-
-
-
-## キーボードショートカット [#keyboard-shortcuts]
-
-Windows/Linux、および macOS の CodeStream キーボード ショートカットの表を次に示します。
-
-
-
-
- |
- アクション
- |
-
-
- Windows/Linux
- |
-
-
- マックOS
- |
-
-
-
-
-
- |
- 新しいコメント
- |
-
-
- `ctrl+shift+c`
- |
-
-
- `ctrl+c`
- |
-
-
-
- |
- 新刊
- |
-
-
- `ctrl+shift+i`
- |
-
-
- `ctrl+i`
- |
-
-
-
- |
- コードストリームペインの切り替え
- |
-
-
- `ctrl+shift+/`
- |
-
-
- `ctrl+/`
- |
-
-
-
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/start-here/codestream-user-guide.mdx b/src/i18n/content/jp/docs/codestream/start-here/codestream-user-guide.mdx
deleted file mode 100644
index 882592265fc..00000000000
--- a/src/i18n/content/jp/docs/codestream/start-here/codestream-user-guide.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: New Relic CodeStream ユーザーガイド
-metaDescription: Everything you need to get started with CodeStream.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamTeamSignUp from 'images/codestream_screenshot-crop_team-sign-up.webp'
-
-import codestreamCodeHostIssueProviderIntegrations from 'images/codestream_screenshot-crop_code-host-issue-provider-integrations.webp'
-
-import codestreamDiscussCodeExample from 'images/codestream_screenshot-crop_discuss-code-example.webp'
-
-import codestreamFeedbackRequestCodeDiscussion from 'images/codestream_screenshot-crop_feedback-request-code-discussion.webp'
-
-import codestreamPullRequestExample from 'images/codestream_screenshot-crop_pull-request-example.webp'
-
-## トピックへのジャンプ [#jump]
-
-左側のナビゲーションを使用して、任意のトピックに直接ジャンプすることができます。また、New Relic CodeStreamを使い始めるには、こちらをお読みください。
-
-New Relic CodeStreamを最大限に活用できるように、まだ登録していない場合[は、無料のNewRelicアカウントにサインアップして](https://newrelic.com/signup)ください。
-
-## 1.お使いのIDEにCodeStreamエクステンションをインストールし、サインアップします。 [#install]
-
-CodeStream for [VS Code](https://marketplace.visualstudio.com/items?itemName=CodeStream.codestream), [Visual Studio](https://marketplace.visualstudio.com/items?itemName=CodeStream.codestream-vs) or [JetBrains](https://plugins.jetbrains.com/plugin/12206-codestream) をインストールします。CodeStream ペインは、VS Code の場合はサイドバーに、JetBrains または Visual Studio の場合は右側のツールウィンドウに自動的に表示されます。 **Sign Up and Create a team** をクリックします。あなたがチームの最初の人として CodeStream に参加する場合は、招待コードを貼り付けます。あなたが既に CodeStream に参加しているチームに招待された場合は、招待コードを貼り付けます。
-
-
-
-[CodeStreamの使用方法についてはこちらをご覧ください。](/docs/codestream/start-here/install-codestream)
-
-## 2.ツールの接続 [#connect]
-
-GitHub、GitLab、またはBitbucketでプルリクエストを作成し、レビューする。Jira、Trello、その他の課題追跡システムで課題を作成する。SlackやMicrosoft Teamsでコードディスカッションを共有する。CodeStreamは、あなたが毎日使っているツールをあなたのIDEにまとめます。CodeStreamペインの上部にあるあなたのヘッドショットをクリックし、統合ページに移動すると、すべてのツールが接続されます。
-
-
-
-## 3.いつでも、どのブロックのコードでも議論できる [#discuss]
-
-他の人のコードを理解しようとしている場合も、自分が書いたばかりのコードについて助けを求めている場合も、コードを選択して質問するだけです。
-
-
-
-[コードの説明について詳しくは、こちらをご覧ください。](/docs/codestream/how-use-codestream/discuss-code)
-
-## 4.進行中の作業に対するフィードバックを得る [#feedback]
-
-**+** メニューから **Request Feedback** を選択すると、開発サイクルのいつでも、進行中の作業（コミットされていないコードも含む）を簡単に確認したり、完成した作業の正式なレビューを行ったりすることができます。
-
-
-
-チームメイトは、ブランチを切り替えたり、自分の作業を脇に置いたりすることなく、自分のIDEで変更内容を確認することができます。 [フィードバック要求についての詳細はこちら。](/docs/codestream/how-use-codestream/feedback-requests-section)
-
-## 5.プルリクエストの作成またはレビュー [#pr]
-
-CodeStream のサイドバーにある **Pull Requests** のセクションを見ると、オープンなプルリクエストを確認することができます。プルリクエストをクリックすると（またはURLからロードすると）、IDEでGitHubを完全に体験することができます。
-
-
-
-なお、GitHub、GitLab、Bitbucketでプルリクエストを作成することはできますが、プルリクエストのレビューをサポートしているのは、現在のところGitHub（クラウドまたはエンタープライズ）のみです。 [プルリクエストについて詳しくはこちらをご覧ください。](/docs/codestream/how-use-codestream/pull-requests-section)
-
-## ヘルプとフィードバック [#help]
-
-* バグを報告するか、 [GitHubの問題](https://github.com/TeamCodeStream/CodeStream/issues)の改善を提案してください。
-* [codestream@newrelic.com](mailto:codestream@newrelic.com)まで直接お問い合わせください。
-* [@teamcodestream](http://twitter.com/teamcodestream)をフォローして製品のアップデートを入手し、フィードバックや質問を共有してください。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/start-here/sign-up-codestream.mdx b/src/i18n/content/jp/docs/codestream/start-here/sign-up-codestream.mdx
deleted file mode 100644
index 1449ef572f3..00000000000
--- a/src/i18n/content/jp/docs/codestream/start-here/sign-up-codestream.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: CodeStreamに登録する
-description: CodeStreamのアカウントと組織の概要と、チームのためにそれらを設定する方法について説明します。
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamCreateAccount from 'images/codestream_screenshot-crop_create-account.webp'
-
-import codestreamEmailConfirmationCode from 'images/codestream_screenshot-crop_email-confirmation-code.webp'
-
-import codestreamCreateorJoinTeam from 'images/codestream_screenshot-crop_create-or-join-team.webp'
-
-import codestreamInviteTeammates from 'images/codestream_screenshot-crop_invite-teammates.webp'
-
-CodeStreamの使用を開始するのは簡単です。サインアッププロセスでは、アカウントの作成、組織の作成または参加、そしてチームメートの招待を行います。
-
-## アカウントの作成 [#account]
-
-[IDEにCodeStream拡張機能がすでにインストールされて](/docs/codestream/start-here/install-codestream)いる場合は、CodeStreamペインからサインアッププロセスを開始できます。サインアップには3つのオプションがあります。
-
-* 仕事用のメールアドレスとパスワードを入力してください
-* GitHub、GitLab、またはBitbucketアカウントを使用して認証します
-* New Relicのお客様は、NewRelicユーザーのAPIキーを使用してサインアップできます
-
-メールアドレスを使用して登録した場合は、確認コードがメールに送信されます。
-
-
-
-## 組織の作成または参加 [#create-org]
-
-サインアップしたので、次のステップは、CodeStream組織に参加するか作成することです。 CodeStream組織は、あなたとあなたのチームメートがコードについて話し合い、コラボレーションする場所であり、会社のすべての開発者が同じCodeStream組織に所属することができます。 New Relicをご利用の場合は、CodeStream組織がNewRelic組織に接続されていないことに注意してください。
-
-CodeStreamに招待された場合、招待が送信された電子メールアドレスを使用してサインアップする限り、自動的にその組織に追加されます。他に何もする必要はありません。
-
-招待されていなくても、既存のCodeStream組織に参加できる可能性があります。会社がすでにCodeStreamに組織を持っている場合、その組織の管理者は、会社のドメインの電子メールアドレスを使用するすべての人が招待されることなく組織に参加することを許可する場合があります。この場合、サインアップすると、その組織がリストに表示され、参加できるようになります。
-
-
-
-招待されておらず、参加できる既存の組織がない場合は、新しい組織が作成されます。
-
-## チームメイトを誘う [#invite]
-
-これでCodeStream組織に参加したので、最後のステップは、チームメートを組織に招待して、コードについて話し合い、レビューできるようにすることです。
-
-
-
-CodeStreamは、IDEで開いているリポジトリのコミット履歴に基づいていくつかの提案を提供します。既存の組織に参加せず、代わりに組織を作成した場合、あなたは自動的に新しい組織の管理者になります。この招待手順には、会社のドメインにメールアドレスを持つすべての人が招待されることなく参加できるようにするオプションが含まれます。 。
-
-これで、CodeStreamを使い始める準備が整いました。
\ No newline at end of file
diff --git a/src/i18n/content/jp/docs/codestream/start-here/what-is-codestream.mdx b/src/i18n/content/jp/docs/codestream/start-here/what-is-codestream.mdx
index 08453a03470..25388da3bea 100644
--- a/src/i18n/content/jp/docs/codestream/start-here/what-is-codestream.mdx
+++ b/src/i18n/content/jp/docs/codestream/start-here/what-is-codestream.mdx
@@ -7,11 +7,11 @@ freshnessValidatedDate: never
translationType: machine
---
-import codestreamVscClm from 'images/codestream_screenshot-marketplace-vsc-clm.webp'
+import codestreamVscClm from 'images/codestream_screenshot-full_marketplace-vsc-clm.webp'
import codestreamErrorCommentAnimation from 'images/codestream_screenshot-full_error-comment-animation.gif'
-import codestreamVscSlt from 'images/codestream_screenshot-marketplace-vsc-slt.webp'
+import codestreamVscSlt from 'images/codestream_screenshot-crop_marketplace-vsc-slt.webp'
import codestreamDiscussCodeAnimation from 'images/codestream_screenshot-full_discuss-code-animation.gif'
diff --git a/src/i18n/content/kr/docs/codestream/codestream-integrations/msteams-integration.mdx b/src/i18n/content/kr/docs/codestream/code-discussion/msteams-integration.mdx
similarity index 100%
rename from src/i18n/content/kr/docs/codestream/codestream-integrations/msteams-integration.mdx
rename to src/i18n/content/kr/docs/codestream/code-discussion/msteams-integration.mdx
diff --git a/src/i18n/content/kr/docs/codestream/codestream-integrations/slack-integration.mdx b/src/i18n/content/kr/docs/codestream/code-discussion/slack-integration.mdx
similarity index 100%
rename from src/i18n/content/kr/docs/codestream/codestream-integrations/slack-integration.mdx
rename to src/i18n/content/kr/docs/codestream/code-discussion/slack-integration.mdx
diff --git a/src/i18n/content/kr/docs/codestream/codestream-integrations/notifications.mdx b/src/i18n/content/kr/docs/codestream/codestream-integrations/notifications.mdx
deleted file mode 100644
index e99b4090c88..00000000000
--- a/src/i18n/content/kr/docs/codestream/codestream-integrations/notifications.mdx
+++ /dev/null
@@ -1,46 +0,0 @@
----
-title: CodeStream 알림
-description: CodeStream 알림을 받는 방법.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamCodestreamDesktopNotification from 'images/codestream_screenshot-crop_codestream-desktop-notification.webp'
-
-import codestreamCodestreamPullRequestNotification from 'images/codestream_screenshot-crop_codestream-pull-request-notification.webp'
-
-CodeStream은 귀하가 팔로우하는 의견과 문제에 대해 알려드립니다. CodeStream 창 상단에 있는 사용자 프로필 메뉴에서 **Notifications** \[알림] 옵션을 찾으세요.
-
-## 댓글 및 이슈에 대한 알림 [#codemarksandFRs]
-
-기본적으로 귀하는 귀하가 작성한 댓글이나 문제, 귀하가 언급된 곳(원본 게시물 또는 후속 답글에서) 또는 귀하가 답변한 모든 댓글이나 문제를 자동으로 팔로우하도록 설정되어 있습니다. 줄임표 메뉴를 통해 언제든지 개별 댓글이나 문제를 팔로우하거나 팔로우 해제하도록 선택할 수 있습니다.
-
-이메일, 데스크톱 또는 둘 다를 통해 알림을 받을지 여부를 선택할 수 있습니다. 이메일 알림은 즉시 발송되며, 이메일에 회신하여 토론에 참여할 수 있습니다. 귀하의 답변은 적절한 의견이나 문제에 대한 답변으로 CodeStream에 추가됩니다. 회신할 때는 알림을 보낸 것과 동일한 이메일 주소(즉, CodeStream의 **Profile** \[프로필] 에 표시된 이메일 주소)에서 회신해야 합니다.
-
-IDE의 바탕 화면 알림은 VS Code 또는 JetBrains IDE를 사용하는 경우에만 사용할 수 있습니다.
-
-
-
-
- **열기** 버튼을 클릭하여 토론을 열어 참여할 수 있습니다.
-
-
-## 추가 이메일 알림 [#additionalemail]
-
-CodeStream은 다음과 같은 이메일 알림도 제공합니다.
-
-* **내 활동을 요약한 주간 이메일 보내기** : 매주 월요일에 귀하와 귀하의 조직의 지난 주 활동에 대한 정보를 보냅니다.
-
-## 추가 바탕 화면 알림 [#additionaldesktop]
-
-CodeStream은 다음과 같은 데스크톱 알림도 제공합니다.
-
-* **Notify me about performance issues** \[성능 문제에 대해 알림]: 성능이 좋지 않은 코드의 새 메서드는 코드 수준 [메트릭 이상 탐지를](/docs/codestream/how-use-codestream/performance-monitoriing#clm-anomalies) 기반으로 토스트 알림을 트리거합니다. IDE에 여러 리포지토리가 열려 있거나 해당 리포지토리와 연결된 여러 서비스가 있는 경우 성능이 비정상적인 첫 번째 방법에 대한 알림만 받게 됩니다. 전체 목록을 보려면 **Observability** 섹션의 **Code-Level Metrics**를 확인하십시오.
-
-
- 변경 사항을 검토할 수 있는 IDE에서 바로 풀 리퀘스트를 열려면 **열기** 버튼을 클릭하십시오.
-
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/codestream-settings/team-administration.mdx b/src/i18n/content/kr/docs/codestream/codestream-settings/team-administration.mdx
deleted file mode 100644
index 5405fcb3e2b..00000000000
--- a/src/i18n/content/kr/docs/codestream/codestream-settings/team-administration.mdx
+++ /dev/null
@@ -1,80 +0,0 @@
----
-title: CodeStream 조직 설정 및 관리
-metaDescription: How to manage your CodeStream organization.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamOrganizationMenuOptions from 'images/codestream_screenshot-crop_organization-menu-options.webp'
-
-import codestreamFeedbackRequestTeamSettings from 'images/codestream_screenshot-crop_feedback-request-team-settings.webp'
-
-import codestreamOrganizationMenu from 'images/codestream_screenshot-crop_organization-menu.webp'
-
-import codestreamOrganizationMemberList from 'images/codestream_screenshot-crop_organization-member-list.webp'
-
-import codestreamBlameMap from 'images/codestream_screenshot-crop_blame-map.webp'
-
-New Relic CodeStream은 New Relic 계정이 있든 없든 조직의 팀원을 관리하기 위한 여러 도구를 제공합니다.
-
-헤더에서 **내 조직** 메뉴 버튼을 클릭하여 조직을 관리하고, 사람을 초대하고, 관리자 권한을 할당하거나 제거합니다.
-
-
-
-
- **내 조직** 메뉴를 사용하여 New Relic CodeStream 조직에 누가 있는지 확인하고, 새 구성원을 초대하고, 비난 지도를 만듭니다.
-
-
-## 사람 및 역할 관리 [#manage]
-
-관리자는 팀원 목록에서 식별됩니다. 관리자인 경우 드롭다운을 사용하여 모든 구성원에게 관리자 권한을 할당하거나 제거합니다.
-
-
-
-### 팀원을 초대하세요 [#invite]
-
-**팀원 초대** 를 클릭하여 새 구성원을 조직에 초대하고 미해결 초대 및 제안된 팀원을 확인합니다.
-
-* 미해결 초대 섹션에는 열려 있는 모든 초대가 나열됩니다. 각 행의 오른쪽에는 초대를 제거하거나 초대를 다시 보낼 수 있는 링크가 있습니다.
-* 이메일을 통해 다른 **초대장** 을 보내려면 다시 초대를 클릭하세요. 이메일을 직접 생성하는 옵션에 대한 재초대 링크 위로 마우스를 가져갈 수도 있습니다.
-* 관리자만 사용할 수 있는 제안된 팀원 섹션은 열려 있는 리포지토리의 커밋 기록에서 파생된 가능한 팀원 목록입니다. 각 행의 오른쪽에는 목록에서 제안을 제거하거나 사람을 초대하는 링크가 있습니다.
-
-### 비난 지도 [#blame]
-
-**비난 지도** 를 클릭하여 CodeStream에 가입할 때 사용한 이메일 주소와 다를 수 있는 코드 커밋에 사용하는 이메일 주소를 추가합니다. 예를 들어, CodeStream 이메일 주소는 [dave@acme.com](mailto:dave@acme.com) 일 수 있지만 코드를 `dave@webmail.com` 로 커밋할 수도 있습니다.
-
-**매핑 추가** 를 클릭하고 Git 이메일 주소를 입력한 다음 조직 구성원 목록에서 항목을 선택합니다. 이렇게 하면 누군가 [dave@webmail.com](mailto:dave@webmail.com) 에 의해 커밋된 코드에 댓글을 달면 CodeStream이 귀하를 언급할 것임을 알게 됩니다(예: `dave@acme.com` ).
-
-
-
-관리자가 아닌 사람은 자신에 대한 비난 맵만 만들 수 있지만 관리자는 조직의 모든 구성원에 대한 비난 맵을 만들 수 있습니다. 이것은 사람들이 조직을 떠날 때 코드 소유권을 재할당하는 데 유용합니다.
-
-## 조직 설정 [#organization-settings]
-
-관리자인 경우 CodeStream 창 상단에 있는 사용자 이름 메뉴 아래의 **Organization Admi** \[조직 관리] 메뉴를 사용하여 조직 이름 변경, [온보딩](#onboarding) 설정 관리, [데이터 내보내기](#export) 또는 조직 삭제를 수행할 수 있습니다.
-
-
-
-### 온보딩 설정 [#onboarding]
-
-도메인 기반 가입을 사용하면 지정된 도메인에 이메일 주소가 있는 모든 사람이 먼저 초대를 받지 않고도 CodeStream 조직에 가입할 수 있습니다. 이렇게 하면 팀원을 쉽게 참여시킬 수 있을 뿐만 아니라 팀 동료가 조직의 일부가 되도록 할 수 있습니다(우발적으로 팀원을 생성하는 것과 반대).
-
-### 데이터 내보내기 [#export]
-
-CodeStream에서 조직의 토론을 가져오기 위한 간단한 내보내기 도구가 있습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/how-use-codestream/cicd.mdx b/src/i18n/content/kr/docs/codestream/how-use-codestream/cicd.mdx
deleted file mode 100644
index b96f504456c..00000000000
--- a/src/i18n/content/kr/docs/codestream/how-use-codestream/cicd.mdx
+++ /dev/null
@@ -1,34 +0,0 @@
----
-title: CodeStream에서 빌드 상태 모니터링
-metaDescription: Connect to your CI/CD tool to see build status in CodeStream.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamCicdConnectCircleci from 'images/codestream_screenshot-crop_cicd-connect-circleci.webp'
-
-import codestreamCicdBuildsExample from 'images/codestream_screenshot-crop_cicd-builds-example.webp'
-
-빌드를 깨는 것을 좋아하는 사람은 아무도 없지만 그렇게 하는 경우 IDE에서 즉시 알아내는 것이 가장 좋습니다!
-
-## CI/CD 도구 연결 [#connect-cicd]
-
-CodeStream은 현재 CircleCI와 통합되며 추가 CI/CD 도구를 지원합니다. **연결** 버튼을 클릭한 다음 CircleCI API 토큰을 입력합니다.
-
-
-
-## 빌드 상태 보기 [#build-status]
-
-CodeStream은 현재 리포지토리 및 분기를 기반으로 하는 각 워크플로에 대한 최신 빌드 5개를 보여줍니다.
-
-
-
-각 빌드를 확장하여 해당 작업을 모두 볼 수 있으며 CircleCI를 클릭하여 쉽게 아티팩트 및 빌드 로그를 얻을 수 있습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/how-use-codestream/discuss-code.mdx b/src/i18n/content/kr/docs/codestream/how-use-codestream/discuss-code.mdx
deleted file mode 100644
index 1ffeef7b41b..00000000000
--- a/src/i18n/content/kr/docs/codestream/how-use-codestream/discuss-code.mdx
+++ /dev/null
@@ -1,312 +0,0 @@
----
-title: CodeStream 코드마크를 사용하여 코드 토론
-metaDescription: How to enable code discussions using New Relic CodeStream codemarks.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamCodemarkWithGutterIcon from 'images/codestream_screenshot-crop_codemark-with-gutter-icon.webp'
-
-import codestreamCodemarksOpenResolvedArchived from 'images/codestream_screenshot-crop_codemarks-open-resolved-archived.webp'
-
-import codestreamShowCodemarksOptions from 'images/codestream_screenshot-crop_show-codemarks-options.webp'
-
-import codestreamCodemarksSectionHeaderIcons from 'images/codestream_screenshot-crop_codemarks-section-header-icons.webp'
-
-import codestreamCodemarksSpatialView from 'images/codestream_screenshot-crop_codemarks-spatial-view.webp'
-
-import codestreamVscodeDiscussCode from 'images/codestream_screenshot-full_vscode-discuss-code.gif'
-
-import codestreamJetbrainsComposeCodemark from 'images/codestream_screenshot-crop_jetbrains-compose-codemark.gif'
-
-import codestreamCodemarkContextMenu from 'images/codestream_screenshot-crop_codemark-context-menu.webp'
-
-import codestreamCodemarkSharingOptions from 'images/codestream_screenshot-crop_codemark-sharing-options.webp'
-
-import codestreamCodemarkCommentExample from 'images/codestream_screenshot-crop_codemark-comment-example.webp'
-
-import codestreamCodemarkIssueExample from 'images/codestream_screenshot-crop_codemark-issue-example.webp'
-
-import codestreamIssueTrackingIntegrations from 'images/codestream_screenshot-crop_issue-tracking-integrations.webp'
-
-import codestreamNewIssueJiraOptions from 'images/codestream_screenshot-crop_new-issue-jira-options.webp'
-
-import codestreamJiraLinkedIssues from 'images/codestream_screenshot-crop_jira-linked-issues.webp'
-
-import codestreamCodestreamIssueonJira from 'images/codestream_screenshot-crop_codestream-issue-on-jira.webp'
-
-import codestreamComposeCodemark from 'images/codestream_screenshot-crop_compose-codemark.webp'
-
-import codestreamCodemarkWithCodeDiff from 'images/codestream_screenshot-crop_codemark-with-code-diff.webp'
-
-import codestreamResolveCodemarkDiscussion from 'images/codestream_screenshot-crop_resolve-codemark-discussion.webp'
-
-import codestreamCodemarkAddCodeBlock from 'images/codestream_screenshot-crop_codemark-add-code-block.webp'
-
-import codestreamCodemarkSelectCodeBlockRange from 'images/codestream_screenshot-crop_codemark-select-code-block-range.webp'
-
-import codestreamReferenceCodeBlocks from 'images/codestream_screenshot-crop_reference-code-blocks.webp'
-
-import codestreamCodemarkMultiCodeBlockExample from 'images/codestream_screenshot-crop_codemark-multi-code-block-example.webp'
-
-import codestreamCodemarkInlineImageExample from 'images/codestream_screenshot-crop_codemark-inline-image-example.webp'
-
-import codestreamTagsExample from 'images/codestream_screenshot-crop_tags-example.webp'
-
-import codestreamAddRelatedCodemarkButton from 'images/codestream_screenshot-crop_add-related-codemark-button.webp'
-
-import codestreamRelatedCodemarkExample from 'images/codestream_screenshot-crop_related-codemark-example.webp'
-
-import codestreamCodemarkDropdownMenu from 'images/codestream_screenshot-crop_codemark-dropdown-menu.webp'
-
-import codestreamCodemarkGetPermalinkButton from 'images/codestream_screenshot-crop_codemark-get-permalink-button.webp'
-
-## 코드마크란? [#codemark]
-
-간단히 말해서 **코드마크는 코드와 연결된 토론** 입니다. 질문, 제안, 버그 보고서 또는 문서가 될 수 있습니다. 이러한 모든 토론은 참조하는 코드 블록에 고정되어 저장되므로 나중에 활용할 수 있습니다. 팀에 합류한 새로운 개발자, 다른 사람의 코드에서 버그를 수정하려는 개발자, 또는 6개월 전에 변경한 이유를 기억하려는 개발자일 수도 있습니다. 어떤 경우이든 CodeStream은 상황에 맞는 방식으로 토론을 표시하여 코드를 이해하는 데 도움이 됩니다.
-
-
-
-시간이 지남에 따라 파일이 변경되더라도 코드마크는 코드에 연결된 상태로 유지됩니다. 코드 블록 위에 새로운 코드 줄을 추가하거나 코드를 수정하거나 전체 블록을 잘라내어 파일의 다른 섹션에 붙여 넣으면 변경 사항과 함께 코드마크가 움직이는 것을 볼 수 있습니다.
-
-## 코드마크 생성 [#create]
-
-코드마크를 생성하려면 편집기에서 코드 블록을 선택한 다음 선택 항목 옆에 있는 CodeStream 창에 나타나는 아이콘 중 하나를 클릭합니다.
-
-
-
-IntelliJ와 같은 JetBrains IDE를 사용하는 경우 코드 블록을 선택할 때 편집기 여백에 나타나는 **+** 버튼을 통해 코드마크를 생성할 수도 있습니다.
-
-
-
-CodeStream 창이 닫혀 있거나 보기에 없는 경우에도 전구 또는 상황에 맞는 메뉴의 CodeStream 옵션을 통해 코드 표시를 생성할 수 있습니다. CodeStream 창 상단에서 **+** 메뉴를 찾을 수도 있습니다.
-
-IDE에서 많은 시간을 보내지 않는 팀원에게 연락해야 합니까? 아니면 아직 CodeStream에 없는 팀원이 있습니까? 선택적으로 코드마크를 Slack 또는 Microsoft Teams에 공유할 수 있습니다. Slack 통합을 통해 팀원들이 Slack에서 직접 응답할 수도 있습니다.
-
-
-
-## 주석 코드마크 [#comments]
-
-주석 코드마크는 모든 유형의 토론을 코드 블록에 연결하기 위한 다목적 코드마크입니다. 질문하세요. 제안을 합니다. 일부 코드를 문서화하십시오. 코드베이스의 주요 섹션을 기록해 두십시오. 가능성은 무한합니다.
-
-
-
-## 코드마크 발행 [#issues]
-
-뭔가를 해야 할 때 누군가의 이름이 첨부된 문제로 포착되면 일이 일어날 가능성이 더 높습니다. 버그를 보고하는 방법으로 문제를 할당하거나 인라인 FIXME 대신 추적된 문제로 항목을 캡처하여 기술 부채를 관리합니다.
-
-
-
-팀에서 추적을 위해 Asana, Azure DevOps, Bitbucket(클라우드), GitHub(클라우드 또는 엔터프라이즈), GitLab(클라우드 또는 자체 관리), Jira(클라우드 또는 서버), Linear, Shortcut, Trello 또는 YouTrack(클라우드)을 사용하는 경우 문제가 있는 경우 CodeStream에서 직접 해당 서비스 중 하나에 문제를 생성할 수 있습니다. 코드마크 양식 상단의 드롭다운에서 사용하는 서비스를 선택합니다.
-
-
-
-선택한 서비스로 인증 절차를 거친 후 문제의 대상을 선택할 수 있습니다. 예를 들어 Jira를 사용하면 적절한 문제 유형과 프로젝트를 선택할 수 있습니다.
-
-
-
-CodeStream에서 문제가 생성되면 외부 서비스에서 생성된 문제에 대한 링크가 포함됩니다. 예에서 Jira의 문제에 대한 URL을 볼 수 있습니다.
-
-
-
-Jira의 문제에는 IDE에서 관련 코드를 여는 링크가 포함되어 있습니다.
-
-
-
-## 적절한 사람들을 토론에 참여시키십시오. [#discuss]
-
-코드마크를 생성하면 CodeStream은 귀하가 댓글을 달고 있는 코드를 가장 최근에 터치한 사람들을 자동으로 언급합니다. 그들은 귀하의 질문에 가장 잘 대답할 수 있지만, 물론 해당 멘션을 제거하고 적절한 경우 다른 사람을 수동으로 멘션할 수 있습니다.
-
-
-
-코드를 만진 사람들이 아직 CodeStream에 없는 경우일 수 있습니다. 이 경우 CodeStream은 이메일을 통해 알림을 받을 수 있는 확인란을 제공합니다. 이메일에 답장하여 CodeStream에 댓글을 게시할 수 있으며 물론 IDE에서 참여하기 위해 CodeStream을 설치할 수 있습니다.
-
-## 다른 버전의 코드로 작업 [#different-versions]
-
-기능 분기에 있거나 로컬 변경 사항이 있거나 잠시 동안 가져오지 않았을 수 있습니다. 보고 있는 코드가 팀원이 보고 있는 것과 다를 수 있는 데에는 셀 수 없이 많은 이유가 있습니다. 결과적으로 코드마크에서 참조하는 코드가 로컬에 있는 것과 일치하지 않는 경우가 많습니다.
-
-CodeStream은 이러한 상황을 인식하고 코드 블록의 원래 버전(예: 코드마크가 생성된 시점), 현재 버전 및 diff를 포함합니다.
-
-
-
-CodeStream을 사용하면 편집기에 방금 입력하고 아직 커밋하지 않은 코드라도 언제든지 소스 파일의 모든 코드 행에 대해 논의할 수 있습니다. CodeStream을 사용하면 개발 프로세스의 가장 초기 단계에서 코드에 대해 논의할 수 있습니다.
-
-## 코드마크 해결 [#resolve]
-
-필수는 아니지만 주석 및 문제 코드 표시를 모두 해결할 수 있습니다. 녹색, 보라색, 회색 아이콘은 각각 공개 코드, 해결 코드, 보관된 코드 표시를 나타내는 데 사용됩니다. 코드마크를 해결하는 동시에 설명을 추가할 수 있으며 동시에 코드마크를 보관할 수도 있습니다.
-
-
-
-## 고급 기능 [#advanced]
-
-고급 기능에는 여러 범위의 코드마크, 첨부 파일, 태그 및 관련 코드마크가 포함됩니다.
-
-### 여러 범위 [#ranges]
-
-코드에 대한 많은 토론은 하나 이상의 코드 블록과 관련이 있으며 개념은 한 번에 여러 코드 위치를 참조할 수 있을 때 가장 잘 표현되는 경우가 많습니다. 다음은 작업 중인 다중 범위 코드마크의 몇 가지 예입니다.
-
-* 이름에 영향을 줄 기능의 변경을 고려 중입니다. 이제 함수 호출의 각 인스턴스를 하나의 토론에서 참조할 수 있습니다.
-* React 구성 요소와 CSS 스타일이 제대로 상호 작용하지 않으며 팀에 입력을 요청하려고 합니다. 적용해야 한다고 생각하는 div 및 CSS 규칙을 선택할 수 있으므로 팀원이 귀하가 말하는 내용을 정확히 알 수 있습니다.
-* 서버에 대한 API 호출을 수행하는 클라이언트는 예기치 않은 결과를 얻을 수 있습니다. API 호출을 수행하는 코드와 API 서버의 핸들러를 선택하여 두 작업을 함께 연결합니다.
-
-다중 범위 코드마크를 생성하려면 **+ 코드 블록 추가** 를 클릭합니다.
-
-
-
-그런 다음 동일한 파일, 다른 파일 또는 다른 리포지토리에서 다른 코드 블록을 선택합니다.
-
-
-
-다음 예와 같이 각 코드 블록을 `[#N]` (또는 코드 블록 중 하나에서 핀 아이콘을 클릭하여 마크다운을 삽입)을 참조하여 게시물에 다른 코드 블록을 배치할 수 있습니다.
-
-
-
-다음은 해당 예제가 렌더링되는 방법입니다.
-
-
-
-코드마크를 생성한 후에는 각 코드 블록의 오른쪽 하단에 있는 점프 아이콘을 클릭하여 다른 위치 사이를 이동할 수 있습니다.
-
-코드마크를 편집할 때 코드 블록을 추가 및 제거할 수 있으며 점선 사각형 아이콘을 클릭하여 코드 블록의 위치를 변경할 수 있습니다.
-
-### 첨부파일 [#attachments]
-
-파일을 코드 블록에 직접 첨부하여 코드에 대한 토론을 풍부하게 합니다. 다음을 첨부할 때 귀하의 주석과 문서가 얼마나 더 설득력이 있는지 생각해 보십시오.
-
-* 새로운 기능의 개발을 안내하는 사양입니다.
-* 코드의 문제를 디버그하는 데 도움이 되는 로그 파일입니다.
-* 일부 UI 작업을 명확히 하는 데 도움이 되는 모형입니다.
-* 문제를 강조하는 스크린샷.
-
-코드 주석 또는 문제를 생성할 때 설명 필드에 끌어다 놓거나 클립보드에서 붙여넣거나 클립 아이콘을 클릭하여 파일을 첨부할 수 있습니다.
-
-마크다운을 사용하여 이미지를 인라인으로 표시할 수도 있습니다. 첨부 파일 오른쪽에 있는 핀 아이콘을 클릭하면 CodeStream이 마크다운을 삽입합니다.
-
-이제 팀원이 원하는 것이 무엇인지 정확히 알고 있습니다.
-
-
-
-첨부 파일 섹션에서 파일을 클릭하여 다운로드하거나 적절한 응용 프로그램에서 열 수 있습니다.
-
-### 태그 추가 [#tags]
-
-코드마크 작성 상자 안에 있는 태그 아이콘을 찾아 태그를 선택하거나 색상과 텍스트 레이블의 조합을 사용하여 태그를 만듭니다.
-
-
-
-태그는 조직의 코드마크와 무한한 가능성을 광범위하게 구성하고 그룹화하는 좋은 방법입니다.
-
-[필터 및 검색 페이지](/docs/codestream/how-use-codestream/ui-overview#filter-search) 에서 태그로 필터링할 수도 있습니다.
-
-### 관련 코드마크 [#related]
-
-코드마크 작성 양식에서 CodeStream 아이콘을 클릭하여 현재 코드마크에 첨부할 다른 관련 코드마크를 선택합니다. 이것은 코드베이스의 다른 부분 사이에 연결을 설정합니다. 예를 들어, 코드베이스의 한 부분에 대한 변경이 다른 부분에 대한 변경을 요구하는 경우 두 개의 관련 코드마크를 생성하여 종속성을 식별합니다.
-
-
-
-관련 코드마크를 추가하면 관련 섹션에 표시되며 아무거나 클릭하면 해당 코드마크와 코드의 해당 섹션으로 이동할 수 있습니다.
-
-
-
-## 코드마크 관리 [#manage]
-
-코드마크에 대한 줄임표 메뉴를 클릭하면 코드마크를 관리하는 옵션이 표시됩니다.
-
-
-
-* **공유** : 코드마크를 생성할 때 Slack 또는 Teams에 공유하는 것 외에도 나중에 언제든지 공유할 수도 있습니다.
-* **팔로우/언팔로우** : 코드마크를 팔로우하면 업데이트 시 알림을 받을 수 있습니다. 알림 수신을 중지하려면 언팔로우하세요.
-* **Copy link** \[링크 복사]: 댓글에 대한 영구 링크를 얻어 어디에서나 공유할 수 있습니다. 누군가가 고유 링크를 클릭하면 웹을 통해 자동으로 IDE로 리디렉션되고 토론이 자동으로 열립니다.
-* **Archive** \[보관]: 특정 파일에 영구적으로 표시될 만큼 중요하지 않다고 생각되는 코드마크가 있지만 완전히 삭제하고 싶지 않은 경우 대신 보관할 수 있습니다.
-* **편집** : 코드마크 작성자만 편집할 수 있습니다.
-* **삭제** : 코드마크 작성자만 삭제할 수 있지만 코드마크에 미래 가치가 없다는 확신이 없으면 삭제하는 대신 보관하는 것이 좋습니다.
-* **인라인 주석으로 삽입** : 특정 코드마크가 리포지토리의 일부가 되도록 하려면 이 옵션을 사용하여 인라인 주석으로 추가합니다. 적절한 형식을 선택한 다음 타임스탬프, 응답을 포함할지 또는 주석을 80자로 줄바꿈할지 여부를 지정할 수 있습니다. 인라인 주석으로 추가된 코드마크를 보관하도록 선택할 수도 있습니다.
-* **코드 마크 재배치** : 대부분의 경우 코드 마크는 시간이 지남에 따라 파일이 변경됨에 따라 참조하는 코드 블록에 자동으로 연결된 상태로 유지됩니다. 예를 들어 코드 블록을 잘라 파일의 다른 위치에 붙여넣으면 코드마크가 함께 이동합니다. 그러나 CodeStream이 자동으로 처리할 수 없는 몇 가지 시나리오가 있습니다. 예를 들어 코드 블록을 다른 파일에 붙여넣은 경우입니다. 이러한 경우 코드마크 **위치 변경** 을 통해 코드 블록의 새 위치를 선택하여 코드마크가 제대로 표시되도록 할 수 있습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/how-use-codestream/performance-monitoring.mdx b/src/i18n/content/kr/docs/codestream/how-use-codestream/performance-monitoring.mdx
deleted file mode 100644
index 31e6441db94..00000000000
--- a/src/i18n/content/kr/docs/codestream/how-use-codestream/performance-monitoring.mdx
+++ /dev/null
@@ -1,410 +0,0 @@
----
-title: CodeStream을 사용하는 IDE의 관찰 가능성
-metaDescription: Bring observability into the developer's IDE with New Relic CodeStream.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamConnectNewRelic from 'images/codestream_screenshot-crop_connect-new-relic.webp'
-
-import errorsinboxOpeninIdeCodestream from 'images/errors-inbox_screenshot-full_open-in-ide-codestream.webp'
-
-import codestreamObservabilitySection from 'images/codestream_screenshot-crop_observability-section.webp'
-
-import codestreamObservabilityStackTraceError from 'images/codestream_screenshot-crop_observability-stack-trace-error.gif'
-
-import codestreamErrorAutoMention from 'images/codestream_screenshot-crop_error-auto-mention.webp'
-
-import codestreamBuildShaNotConfigured from 'images/codestream_screenshot-crop_build-sha-not-configured.webp'
-
-import codestreamBuildShaNotFound from 'images/codestream_screenshot-crop_build-sha-not-found.webp'
-
-import codestreamCodeLevelMetricsExample from 'images/codestream_screenshot-crop_code-level-metrics-example.webp'
-
-import codestreamCodeLevelDiffs from 'images/codestream_screenshot-crop_code-level-diffs.webp'
-
-import codestreamCodeLevelCharts from 'images/codestream_screenshot-crop_code-level-charts.webp'
-
-import codestreamCodeLevelAnomalies from 'images/codestream_screenshot-crop_code-level-anomalies.webp'
-
-import codestreamCodeLevelMetricsBroadcastIcon from 'images/codestream_screenshot-crop_code-level-metrics-broadcast-icon.webp'
-
-import codestreamAssociateReposButton from 'images/codestream_screenshot-crop_associate-repos-button.webp'
-
-import codestreamAssociateOtherServices from 'images/codestream_screenshot-crop_associate-other-services.webp'
-
-import codestreamConnectRepositories from 'images/codestream_screenshot-crop_connect-repositories.webp'
-
-New Relic CodeStream을 사용하면 개발자가 IDE에 관찰 가능성을 가져오고 일상의 일부로 만들어 자신이 담당하는 코드가 프로덕션 환경에서 어떻게 수행되고 있는지 확인할 수 있습니다.
-
-## CodeStream과 New Relic 연결 [#connect]
-
-IDE에서 관찰 가능성에 액세스하려면 [New Relic 사용자 API 키를 통해 CodeStream을 New Relic에 연결해야 합니다(New Relic 사용자 API 키](https://one.newrelic.com/launcher/api-keys-ui.api-keys-launcher) [에](/docs/apis/intro-apis/new-relic-api-keys/#user-api-key) 대해 자세히 알아보기).
-
-
-
-
- IDE에 가시성을 부여하려면 사용자 키를 사용하여 CodeStream을 New Relic에 연결하십시오.
-
-
-사용자 API 키가 있으면 CodeStream의 **Observability** 섹션에서 **Connect to New Relic** 을 클릭한 다음 사용자 API 키를 붙여넣고 **Connect to New Relic을** 클릭합니다. New Relic 사용자 API 키를 사용하여 CodeStream에 가입했다면 이미 연결된 것입니다.
-
-CodeStream에서 관찰 가능성 기능을 사용하려면 New Relic 사용자 유형이 [핵심 사용자 또는 전체 플랫폼 사용자](/docs/accounts/accounts-billing/new-relic-one-user-management/user-type#user-type-capabilities) 여야 합니다.
-
-## 리포지토리를 New Relic 엔터티와 연결 [#repo-association]
-
-CodeStream에서 사용할 수 있는 원격 측정 데이터는 상황에 따라 달라집니다. 즉, IDE에서 연 코드와 모두 관련이 있습니다. 이를 위해 CodeStream은 열려 있는 리포지토리에 의해 구축된 New Relic의 엔터티를 알아야 하며 이러한 연결을 만드는 방법에는 여러 가지가 있습니다.
-
-존재하지 않는 경우 CodeStream에서 연결하라는 메시지를 표시하는 인스턴스가 있습니다. 예를 들어, CodeStream의 New Relic에서 오류를 보려고 하는데 오류가 속한 [엔터티](/docs/new-relic-solutions/new-relic-one/core-concepts/what-entity-new-relic) 가 리포지토리와 연결되지 않은 경우 CodeStream은 적절한 리포지토리를 식별하도록 요청합니다. CodeStream 창의 Observability 섹션에는 IDE에서 현재 선택된 리포지토리에 대한 연결을 만들라는 메시지도 표시됩니다.
-
-
-
-경우에 따라 리포지토리를 여러 엔터티와 연결해야 할 수 있습니다. 예를 들어 서로 다른 환경(프로덕션 또는 스테이징 등)을 나타내는 서로 다른 엔터티가 있을 수 있으며 모두 동일한 리포지토리와 연결될 수 있습니다. 현재 리포지토리를 추가 엔터티와 연결하려면 **다른 서비스 추가** 를 클릭합니다.
-
-
-
-메시지가 표시되면 즉석에서 이러한 연결을 만드는 것이 시작하기에 좋은 방법이지만 지속적인 수동 작업이 덜 필요하고 잘못 구성된 원격 URL과 같은 최종 사용자 실수의 가능성을 제거하기 때문에 다음 방법 중 하나를 권장합니다.
-
-
-
- 환경 변수 `NEW_RELIC_METADATA_REPOSITORY_URL` 를 설정합니다. New Relic 에이전트는 리포지토리 엔터티를 생성하고 자동으로 애플리케이션 엔터티와 연결합니다.
-
- 이를 위해서는 SSH 또는 HTTPS 원격 URL 형식이 필요합니다. 이는 빌드 파이프라인의 일부로 설정하는 것이 좋습니다.
-
-
-
- New Relic으로 데이터 전송을 시작한 후 UI를 사용하여 관련 리포지토리를 연결합니다. **[one.newrelic.com > All capabilities](https://one.newrelic.com/all-capabilities) > APM & Services > (앱 선택)** 을 통해 APM 요약 페이지로 이동한 다음 오른쪽 하단에서 **Repositories** \[리포지토리] 섹션을 찾습니다.
-
-
-
- **저장소 연결** 을 클릭하여 기존 저장소를 찾거나 새 저장소를 추가하십시오.
-
-
-
- New Relic의 [NerdGraph API](/docs/apis/nerdgraph/get-started/introduction-new-relic-nerdgraph/) 를 사용하여 리포지토리를 만들고 애플리케이션 엔터티와 연결합니다.
-
- **1단계: 리포지토리 엔터티 만들기**
-
- 저장소 항목을 만들려면 `referenceEntityCreateOrUpdateRepository` API를 사용하고 생성된 GUID를 저장해야 합니다. API는 다음 매개변수를 사용합니다.
-
- * `accountId` - 저장소를 추가하려는 계정의 정수 계정 ID
-
- * `url` - 예시 `https://github.com/newrelic/beta-docs-site.git`
-
- * `name` - 예시: `newrelic/beta-docs-site`
-
- ```graphql
- mutation {
- referenceEntityCreateOrUpdateRepository(repositories: [{accountId: [YOUR_ACCOUNT_ID], name: "[REPO_NAME]", url: "[REPO_URL]"}]) {
- created
- failures {
- guid
- message
- type
- }
- }
- }
- ```
-
- 생성한 엔터티를 찾으려면 다음과 같은 쿼리를 사용할 수 있습니다. `referenceEntityCreateOrUpdateRepository` 에 제공한 URL은 엔티티 태그로 저장됩니다.
-
- ```graphql
- {
- actor {
- entitySearch(query: "name = 'a name' OR tags.url = 'a url'") {
- count
- query
- results {
- entities {
- guid
- name
- tags {
- key
- values
- }
- }
- }
- }
- }
- }
-
- ```
-
- **2단계: 저장소 엔터티를 애플리케이션 엔터티에 연결**
-
- 먼저 리포지토리를 연결할 응용 프로그램의 GUID를 찾습니다.
-
- 매개변수:
-
- * `sourceEntityGuid` - 애플리케이션의 엔터티 GUID
-
- * `targetEntityGuid` - 저장소의 엔티티 GUID
-
- * `type` - 언제나 `BUILT_FROM`
-
- ```graphql
- mutation {
- entityRelationshipUserDefinedCreateOrReplace(sourceEntityGuid: "", targetEntityGuid: "", type: BUILT_FROM) {
- errors {
- message
- type
- }
- }
- }
- ```
-
- 저장소와 관련된 모든 엔터티를 보려면 다음과 같은 쿼리를 수행할 수 있습니다.
-
- ```graphql
- {
- actor {
- entity(guid: "[YOUR_REPOSITORY_GUID]]") {
- relatedEntities(filter: {direction: BOTH, relationshipTypes: {include: BUILT_FROM}}) {
- results {
- target {
- entity {
- name
- guid
- type
- }
- }
- type
- }
- }
- name
- type
- tags {
- values
- key
- }
- }
- }
- }
- ```
-
- **3단계: 정리(필요한 경우)**
-
- 다음 쿼리를 사용하여 저장소를 삭제합니다.
-
- ```graphql
- mutation DeleteRepository {
- entityDelete(guids: "[ENTITY_GUID_HERE]]") {
- deletedEntities
- failures {
- message
- guid
- }
- }
- }
- ```
-
-
-
-다음 방법 중 하나로 SSH 또는 HTTPS 형식으로 원격 URL을 지정할 수 있습니다.
-
-* `git@github.com:newrelic/beta-docs-site.git`
-* `https://github.com/newrelic/beta-docs-site.git`
-
-
- 다른 프로토콜을 사용하는 경우 동일한 GitHub 리포지토리를 두 번 이상 추가할 수 있습니다. UI는 이에 대해 경고하지만 그렇게 하는 것을 막지는 않습니다.
-
- 예를 들어, `https://github.com/tuna/repo` 및 `git@github.com:tuna/repo` 은 프로토콜이 다른 동일한 저장소입니다.
-
-
-## IDE의 관찰 가능성 [#observability-in-IDE]
-
-CodeStream의 **Observability 섹션** 은 개발자가 현재 IDE에서 선택한 리포지토리와 연결된 각 서비스에 대한 골든 메트릭 및 오류를 볼 수 있도록 하여 코드가 어떻게 수행되고 있는지에 대한 보기를 제공합니다. 각 서비스에는 트리에 자체 노드가 있으며 확장하면 서비스의 골든 메트릭, 서비스 수준 목표, 할당된 오류 및 가장 최근 오류 5개가 표시됩니다. 또한 서비스에 의해 호출되거나 서비스를 호출하는 서비스를 파헤쳐 더 큰 그림을 볼 수 있고 각각에 대한 황금 지표를 볼 수 있습니다.
-
-현재 선택된 리포지토리가 New Relic의 서비스와 연결되어 있지 않으면 연결하거나 프로젝트를 구성하라는 메시지가 표시됩니다.
-
-
-
-트리에서 서비스 이름 위로 마우스를 가져간 후 지구본을 클릭하면 New Relic에서 서비스 요약 페이지가 열립니다. 오류를 클릭하여 스택 추적을 포함한 세부 정보를 보고 [공동 해결을 시작하십시오](#collaborate) .
-
-
- 프로젝트가 New Relic에 의해 모니터링되지 않는 경우 **관찰 가능성 섹션** 의 제목에 있는 톱니바퀴 아이콘을 클릭한 다음 **Instrument my App** 을 선택하여 모니터링을 설정할 수 있습니다. CodeStream에는 Node.js JS, Java 및 .NET 프로젝트에 사용할 수 있는 설정 마법사가 있습니다.
-
-
-## 코드 수준 측정항목 [#code-level]
-
-코드 수준 지표는 메서드 수준에서 코드가 어떻게 수행되고 있는지에 대한 자세한 통찰력을 제공합니다. 메트릭은 계측된 메서드 위의 편집기에 바로 표시되므로 성능 데이터가 당면한 작업에 영향을 줄 수 있습니다. CodeStream은 또한 코드에서 성능이 저하된 메서드를 식별하여 성능 문제가 발생할 때 사전에 해결할 수 있도록 합니다.
-
-### 에디터 내 성능 데이터 [#clm-codelenses]
-
-직접 찾을 필요 없이 성능 데이터가 편집기에 상황에 맞게 표시되어 당면한 작업을 알릴 수 있습니다. 버그 수정 작업을 하고 있는데 작업 중인 코드 영역의 오류율이 높다는 것을 알게 되었다고 가정해 보겠습니다. 더 큰 문제로 확대되지 않도록 버그 수정의 일부로 해당 문제를 해결할 수도 있습니다.
-
-
-
-CodeStream은 New Relic APM 에이전트가 계측한 각 메서드 위의 CodeLens에서 지난 30분 동안 평균 지속 시간과 오류율을 표시합니다. 지표는 CodeStream의 **Observability** 섹션에서 현재 선택된 서비스에 대해 계산됩니다. 다른 서비스를 확장하면 메트릭이 그에 따라 업데이트됩니다.
-
-각 메트릭을 시각화하는 차트를 보려면 CodeLens를 클릭하십시오. 리포지토리가 여러 New Relic 모니터링 서비스와 연결되어 있는 경우 이들 간에 쉽게 전환할 수 있습니다. 이렇게 하면 차트와 편집기에 표시되는 코드 수준 메트릭이 기반으로 하는 서비스가 변경되고 **Observability** 섹션에서 서비스 선택 항목도 변경됩니다.
-
-
-
-오류율 차트와 함께 각각의 발생 횟수를 포함하여 동일한 기간에 발생하는 실제 오류 목록도 볼 수 있습니다. 오류율이 급증하고 특정 오류가 문제를 일으키는 경우 해당 오류를 클릭하여 스택 추적을 보고 해결을 위해 [공동 작업을 시작할](#collaborate) 수 있습니다.
-
-### 이상 감지 [#clm-anomalies]
-
-CodeLense는 성능 문제가 있는 코드 섹션에서 작업할 때 유용하지만 성능 문제가 너무 중요해서 우연히 발견할 수 없습니다! CodeStream은 **Observability > Code-Level Metrics** 섹션의 코드에서 성능이 좋지 않은 메서드를 자동으로 호출합니다.
-
-
-
-CodeStream은 오류율 또는 평균 지속 시간에서 이상을 찾아 이러한 방법을 식별합니다. New Relic의 [변경 추적을](/docs/change-tracking/change-tracking-introduction/) 사용하여 배포 정보를 전송하는 경우 마지막 릴리스 이후의 성능을 이전 3주와 비교하여 이상 현상을 계산합니다. 그렇지 않으면 지난 7일을 사용합니다. **Code-Level Metrics** 머리글 위로 마우스를 이동하고 톱니바퀴 아이콘을 클릭하여 주어진 방법이 제대로 수행되지 않는지 여부를 결정하기 위한 임계값뿐만 아니라 이러한 시간 프레임을 제어할 수 있습니다.
-
-**Code-Level Metrics** 섹션 외에도 CodeStream은 VS Code 또는 JetBrains IDE에서 [데스크탑 알림을](/docs/codestream/codestream-integrations/notifications#additionaldesktop) 통해 성능이 저하된 메서드에 대해 알려줍니다.
-
-### 요구 사항 [#clm-requirements]
-
-In-editor CodeLense는 New Relic의 모든 APM 언어에 사용할 수 있습니다. 그러나 이상 탐지는 현재 Java, .NET, Python 및 Ruby에서만 사용할 수 있습니다.
-
-메트릭을 보려면 서비스가 아래 나열된 요구 사항을 충족해야 하며 서비스에서 지난 30분 동안 데이터를 수집했어야 합니다. New Relic 에이전트는 HTTP 요청에 연결된 클래스의 함수에 대한 데이터를 자동으로 수집하려고 시도합니다. 대부분의 경우 MVC 프레임워크를 사용하는 많은 프레임워크에서 이러한 메서드는 Controller 클래스의 메서드인 경우가 많습니다.
-
-New Relic 에이전트의 모든 요청이 항상 수집되는 것은 아니므로 트래픽이 적은 메서드에 데이터가 표시되지 않을 수 있습니다. 결과를 확인하려는 특정 방법에 대한 데이터가 누락된 경우 사용자 정의 계측을 사용하여 공백을 채울 수 있습니다. [Java](/docs/apm/agents/java-agent/custom-instrumentation/java-custom-instrumentation), [.NET](/docs/apm/agents/net-agent/custom-instrumentation/introduction-net-custom-instrumentation), [PHP](/docs/apm/agents/php-agent/features/php-custom-instrumentation), [Python](/docs/apm/agents/python-agent/custom-instrumentation/python-custom-instrumentation), [Ruby](/docs/apm/agents/ruby-agent/api-guides/ruby-custom-instrumentation), [Go](/docs/apm/agents/go-agent/instrumentation/instrument-go-transactions) 및 [Node.js](/docs/apm/agents/nodejs-agent/extend-your-instrumentation/nodejs-custom-instrumentation) 에 대한 지침을 참조하십시오. 또한 Node.js의 경우 코드 수준 메트릭은 익명 함수에 대해 캡처되지 않습니다.
-
-* [분산 추적을](/docs/distributed-tracing/enable-configure/language-agents-enable-distributed-tracing) 사용하도록 설정해야 합니다. 분산 추적은 모든 에이전트의 최신 버전에서 기본적으로 켜져 있으므로 분산 추적을 비활성화한 경우에만 이에 대해 걱정하면 됩니다.
-* **Go:** Go 에이전트 버전 3.24.0 이상이 필요합니다. VS Code를 사용하는 경우 언어 서버가 활성화된 상태로 [Go for VS Code](https://marketplace.visualstudio.com/items?itemName=golang.go) 확장이 설치되어 있어야 합니다.
-* **Java:** Java 에이전트 버전 7.11.0 이상이 필요합니다. 코드 수준 메트릭은 [지원되는 Java 프레임워크](/docs/apm/agents/java-agent/getting-started/compatibility-requirements-java-agent/#frameworks) 로 구현된 프로젝트에만 사용할 수 있습니다. VS Code를 사용하는 경우 [Red Hat 확장 프로그램의 Java용 언어 지원](https://marketplace.visualstudio.com/items?itemName=redhat.java) 도 설치되어 있어야 합니다. Kotlin 지원은 IntelliJ에서만 사용할 수 있습니다.
-* **.NET:** .NET 에이전트 버전 10.2.0 이상이 필요합니다. Visual Studio를 사용하는 경우 **Tools > Options > Text Editor > All Languages > CodeLens** 로 이동하고 "Enable CodeLens" \[CodeLens 활성화] 및 "Show CodeStream Code-Level Metrics" \[CodeStream 코드 수준 메트릭 표시]가 모두 선택되어 있는지 확인하여 CodeLenses를 활성화했는지 확인합니다. . VS Code를 사용하는 경우 [C#](https://marketplace.visualstudio.com/items?itemName=ms-dotnettools.csharp) 확장이 설치되어 있어야 합니다.
-* **Node.js:** Node.js 에이전트 버전 10.5.0 이상이 필요합니다.
-* **PHP:** PHP 에이전트 버전 10.6.0 이상이 필요합니다.
-* **Python:** Python 에이전트 버전 7.10.0.175 이상이 필요합니다. 코드 수준 메트릭은 [지원되는 Python 프레임워크](/docs/apm/agents/python-agent/getting-started/instrumented-python-packages) 로 구현된 프로젝트 및 PHP 버전 7.0 이상에서만 사용할 수 있습니다. VS Code를 사용하는 경우 언어 서버가 활성화된 상태로 [Python](https://marketplace.visualstudio.com/items?itemName=ms-python.python) 확장이 설치되어 있어야 합니다.
-* **Ruby:** Ruby 에이전트 버전 8.10.0 이상이 필요합니다. 코드 수준 메트릭은 수동 추적이 있는 Rails 애플리케이션 및 Ruby 메서드에서만 사용할 수 있습니다([Ruby 메서드 및 CodeStream에 대해 자세히 알아보기](/docs/apm/agents/ruby-agent/features/ruby-codestream-integration)). VS Code를 사용하는 경우 언어 서버가 활성화된 상태로 [Ruby](https://marketplace.visualstudio.com/items?itemName=rebornix.Ruby) 또는 [Ruby Solargraph](https://marketplace.visualstudio.com/items?itemName=castwide.solargraph) 확장이 설치되어 있어야 합니다.
-
-IDE 설정의 CodeStream 섹션으로 이동하고 **CodeStream: Show Golden Signals In Editor** 설정을 선택 취소하여 CodeLense를 끌 수 있습니다.
-
-## 오류 조사 [#investigating-errors]
-
-CodeStream은 IDE에서 연 코드에서 발생한 최근 오류를 표시하지만 더 포괄적인 오류 목록을 볼 수 있습니다. New Relic의 [오류 수신함을](/docs/errors-inbox/errors-inbox/) 통한 오류. 스택 추적을 통해 특정 오류의 근본 원인을 파헤칠 준비가 되면 **IDE에서 열기를** 클릭하여 IDE의 코드로 직접 이동합니다.
-
-
-
-### 해결을 위해 협력 [#collaborate]
-
-일반적인 협업 세션에는 IDE의 코드에 대해 의견을 제시하는 개발자, 오류 받은 편지함에서 오류를 할당하는 DevOps 엔지니어, Slack을 따라가는 개발 관리자가 포함될 수 있습니다. CodeStream은 이미 사용 중인 도구에서 사람들을 만나 오류 검색과 오류 해결 사이의 시간을 단축합니다.
-
-이 짧은 YouTube 비디오(약 2분 27초)를 보고 실제 작동을 확인하십시오.
-
-
-
-**관찰 가능성 섹션** 에서 오류를 클릭했든 New Relic의 오류 받은 편지함 **에서 IDE에서 열기를** 클릭했든 CodeStream은 스택 추적을 포함한 모든 오류 세부 정보를 표시합니다.
-
-
-
-스택 추적에서 아무 프레임이나 클릭하면 IDE에서 해당 파일과 줄 번호로 바로 이동합니다. 저장소의 일부가 아닌 코드를 나타내는 스택 추적 프레임(예: 외부 라이브러리)은 클릭할 수 없습니다.
-
-스택 추적을 탐색할 때 문제의 원인으로 보이는 코드를 발견하면 해당 코드를 선택하고 설명 아이콘을 클릭하여 토론을 시작하세요. CodeStream은 해당 코드를 터치한 가장 최근 사람을 자동으로 언급하므로 적절한 사람을 토론에 쉽게 참여시킬 수 있습니다.
-
-
-
-
- 편집기에서 코드를 선택하여 주석을 추가하세요.
-
-
-문제를 식별하면 오류를 할당하거나 오류 상태를 `unresolved` 에서 `resolved` 또는 `ignored` 로 업데이트할 수 있습니다.
-
-### 빌드 SHA 또는 릴리스 태그를 오류와 연결 [#buildsha]
-
-CodeStream에서 오류를 보고 오류와 연결된 빌드 SHA 또는 릴리스 태그인 git 참조가 없는 경우 이 경고가 표시될 수 있습니다. CodeStream은 git 참조를 사용하여 특정 스택 추적 오류를 오류를 트리거한 환경에서 실행 중인 코드 버전과 일치시킵니다.
-
-오류를 조사하기 위해 git 참조를 구성할 필요는 없지만 오류를 일으킨 코드 버전을 보고 있지 않을 수 있다는 점을 염두에 두십시오.
-
-
-
-
- git reference not configured 경고 메시지는 다음과 같습니다. Build SHA 또는 릴리스 태그를 오류와 연결하면 CodeStream이 올바른 버전의 코드를 보고 있는지 확인하는 데 도움이 될 수 있습니다.
-
-
-환경 변수를 사용하여 New Relic을 에이전트는 프로젝트의 각 빌드와 관련된 [커밋 샤를](https://git-scm.com/book/en/v2/Git-Tools-Revision-Selection) 알고 있습니다. 실행 중인 소프트웨어 버전과 관련된 [릴리스 태그를](https://git-scm.com/book/en/v2/Git-Basics-Tagging) 사용할 수도 있습니다.
-
-New Relic APM의 경우 커밋 샤 및/또는 릴리스 태그( `tags.commit` 및 `tags.releaseTag` )가 `Transaction` 및 `TransactionError` 이벤트의 속성으로 추가됩니다. APM 환경 변수를 사용하여 이러한 속성을 설정할 수 있습니다.
-
-빌드 파이프라인의 일부로 이러한 변수 중 하나 또는 둘 다를 설정하는 것이 좋습니다.
-
-* `NEW_RELIC_METADATA_COMMIT` - 커밋 샤. 전체를 포함하거나 처음 7자만 포함할 수 있습니다(예: `734713b` ).
-* `NEW_RELIC_METADATA_RELEASE_TAG` - 릴리스 태그(예: `v0.1.209` 또는 `release-209` ). 사람이 읽을 수 있다는 장점이 있습니다.
-
-이러한 변수를 설정하는 방법에 대한 자세한 내용은 각 언어에 대한 특정 구성 세부정보입니다.
-
-* [가다](/docs/agents/go-agent/configuration/go-agent-configuration/)
-* [자바](/docs/agents/java-agent/configuration/java-agent-configuration-config-file/)
-* [.그물](/docs/agents/net-agent/configuration/net-agent-configuration/)
-* [노드.js](/docs/agents/nodejs-agent/installation-configuration/nodejs-agent-configuration/)
-* [PHP](/docs/agents/php-agent/configuration/php-agent-configuration/)
-* [파이썬](/docs/agents/python-agent/configuration/python-agent-configuration/)
-
-git 참조를 구성한 경우 CodeStream은 로컬에 있는 코드 버전에 오류와 관련된 참조가 포함되어 있지 않은지 알려줍니다. 이 경우 오류를 보다 효과적으로 조사하고 해결할 수 있도록 해당 참조가 포함된 코드 버전을 확인해야 할 수 있습니다.
-
-
-
-
- git reference not found 경고 메시지는 다음과 같습니다. 코드 버전이 오류를 트리거한 환경과 일치하지 않습니다. 오류를 더 잘 조사하려면 다음 참조를 가져오세요.
-
-
-CodeStream은 오류에 연결된 스택 추적이 없는 경우에도 알려줍니다. 이것은 스택 추적이 New Relic에서 만료되었을 때 오래된 오류에서 발생합니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/how-use-codestream/pull-requests.mdx b/src/i18n/content/kr/docs/codestream/how-use-codestream/pull-requests.mdx
deleted file mode 100644
index 52703132f72..00000000000
--- a/src/i18n/content/kr/docs/codestream/how-use-codestream/pull-requests.mdx
+++ /dev/null
@@ -1,377 +0,0 @@
----
-title: CodeStream에서 pull 요청 검토
-metaDescription: How to create and review pull requests with New Relic CodeStream.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamPullRequestSection from 'images/codestream_screenshot-crop_pull-request-section.webp'
-
-import codestreamPrAssignedtoMe from 'images/codestream_screenshot-crop_pr-assigned-to-me.webp'
-
-import codestreamLoadPrFromUrl from 'images/codestream_screenshot-crop_load-pr-from-url.webp'
-
-import codestreamPrSectionHeaderButtons from 'images/codestream_screenshot-crop_pr-section-header-buttons.webp'
-
-import codestreamPrCommentVscode from 'images/codestream_screenshot-crop_pr-comment-vscode.webp'
-
-import codestreamOpenNewPrRequest from 'images/codestream_screenshot-crop_open-new-pr-request.webp'
-
-import codestreamOpenPrRequestFork from 'images/codestream_screenshot-crop_open-pr-request-fork.webp'
-
-import codestreamOpenPrFeatureRequest from 'images/codestream_screenshot-crop_open-pr-feature-request.webp'
-
-import codestreamFeatureRequestLinktoPr from 'images/codestream_screenshot-crop_feature-request-link-to-pr.webp'
-
-import codestreamPullRequestDiffView from 'images/codestream_screenshot-crop_pull-request-diff-view.webp'
-
-import codestreamPrCommentJetbrains from 'images/codestream_screenshot-crop_pr-comment-jetbrains.webp'
-
-import codestreamPrComments from 'images/codestream_screenshot-crop_pr-comments.webp'
-
-import codestreamPrConversationView from 'images/codestream_screenshot-crop_pr-conversation-view.webp'
-
-import codestreamPrMarkasViewed from 'images/codestream_screenshot-crop_pr-mark-as-viewed.webp'
-
-import codestreamPrDetailsExample from 'images/codestream_screenshot-crop_pr-details-example.webp'
-
-대부분의 개발 팀에서 개발 프로세스의 마지막 단계는 pull 요청이며 CodeStream을 사용하면 해당 워크플로를 IDE 내부에 유지할 수 있습니다.CodeStream 창의 **끌어오기 요청** 섹션에는 귀하와 관련된 열려 있는 모든 끌어오기 요청이 나열됩니다.
-
-
- 풀 요청 통합은 GitHub, GitHub Enterprise, GitLab, GitLab Self-Managed, Bitbucket 및 Bitbucket Server에서 사용할 수 있습니다. 그러나 풀 리퀘스트 검토는 Bitbucket 서버에서 사용할 수 없습니다.
-
-
-
-
-
- 풀 리퀘스트 섹션은 검토를 기다리는 PR, 귀하에게 할당된 PR, 귀하가 생성한 PR, 가장 최근 PR로 구분합니다.
-
-
-목록에서 풀 리퀘스트를 클릭하면 코드를 편집, 검토 또는 병합할 수 있습니다.풀 요청의 세부 정보와 변경된 모든 파일에 대한 액세스를 제공하는 트리 보기에서 풀 요청이 확장되는 것을 볼 수 있습니다.가장 자주 하는 일... 댓글 추가 및 보기...에 쉽게 액세스할 수 있습니다.파일을 클릭하여 diff를 열고 변경 사항 검토를 시작하십시오.
-
-
-
-IDE의 기본 제공 diff 탐색을 사용하여 파일의 변경 사항 간에 이동할 수 있습니다.주석을 추가할 코드 블록을 선택하십시오.CodeStream을 사용하면 변경 집합의 일부가 아닌 코드 줄에 주석을 달 수 있습니다.이러한 주석은 단일 주석(GitLab 모국어로 "comment now")으로 pull 요청에 추가되며 진행 중인 검토의 일부가 아닙니다.
-
-VS Code에서는 CodeStream 창에 주석 버튼이 표시됩니다.
-
-
-
-JetBrains IDE에서 diff gutter에 주석 버튼이 표시되고 이를 클릭하면 편집기에서 바로 주석을 달 수 있습니다.
-
-
-
-주석을 추가하면 트리 보기의 적절한 파일 아래에 중첩되어 표시되므로 귀하와 풀 리퀘스트 작성자가 쉽게 접근할 수 있습니다.
-
-
-
-댓글을 클릭하면 토론이 열리고 diff의 해당 코드 블록으로 스크롤됩니다.
-
-
-
-요청한 변경이 필요하십니까?"로컬 파일 열기"를 클릭하면 작업을 수행해야 하는 곳으로 바로 이동합니다.또는 왼쪽에 있는 "Show Comment in Diff"를 클릭하여 현재 파일의 다른 주석 위치로 이동합니다.
-
-풀 리퀘스트에서 파일을 처리하면서 원을 클릭하여 파일을 본 것으로 표시합니다.완료되면 녹색 검토 버튼을 클릭하여 검토를 제출합니다.
-
-
-
-pull 요청을 관리하려면 트리에서 PR 세부 정보 항목을 클릭합니다. 풀 요청의 검토자, 담당자 및 레이블을 변경하거나 코드 설명이 아닌 풀 요청에 설명을 추가합니다.
-
-
-
-### pull 요청 목록 관리 [#manage-prlist]
-
-기본적으로 pull 요청은 다음 섹션으로 나뉘며 실제로는 기본 쿼리에 불과합니다.
-
-* **내 검토를 기다리는 중** : 귀하가 검토자이거나 요청된 검토자인 경우 풀 리퀘스트를 엽니다.
-* **나에게 할당됨** : 당신에게 할당된 풀 리퀘스트를 엽니다.
-* **내가** 만든: 당신이 만든 풀 리퀘스트를 엽니다.
-* **최근** : 상태에 관계없이 귀하가 생성한 가장 최근의 5개의 pull 요청입니다.
-
-끌어오기 요청의 행 위로 마우스를 가져가면 코드 호스팅 서비스에서 끌어오기 요청을 보고, 끌어오기 요청의 URL을 복사하고, 분기를 체크아웃하고, 끌어오기 요청을 새로 고쳐 보고 있는 항목이 다음과 같은지 확인하는 옵션이 표시됩니다. 최신 정보.
-
-섹션 제목 위로 마우스를 가져가면 해당 섹션의 목록 끌어오기 요청을 새로 고치거나 섹션의 쿼리를 편집하거나 섹션을 삭제할 수 있습니다.
-
-
-
-목록에 없는 pull 요청을 보거나 검토하려면 URL을 가져온 다음 **Load PR from URL** 섹션을 클릭하십시오. URL에 붙여넣으면 CodeStream 내에서 바로 pull 요청을 볼 수 있습니다.
-
-
-
-Pull Requests 섹션 제목 위로 마우스를 가져가면 오른쪽에 아이콘이 나타납니다.
-
-
-
-옵션에는 다음이 포함됩니다.
-
-* 한 번에 모든 섹션(또는 쿼리)을 새로 고칩니다.
-* 새 pull 요청을 만듭니다.
-* 사용자 지정 쿼리를 기반으로 새 섹션을 만듭니다. [GitHub 및 GitHub Enterprise](#github)또는 [GitLab 및 GitLab Self-Managed](#gitlab)에 대한 사용자 지정 쿼리를 생성할 때 몇 가지 특별한 지침이 있습니다. Bitbucket에는 사용자 지정 쿼리를 사용할 수 없습니다.
-* IDE에서 열려 있는 리포지토리와 관련된 것뿐만 아니라 모든 리포지토리의 pull 요청을 보는 기능 및 목록에 레이블을 포함하는 기능을 포함하여 더 많은 옵션을 보려면 톱니바퀴 아이콘을 클릭하십시오.GitLab 조직이 여러 검토자와 양수인을 지원하는 경우 이를 활성화하는 옵션도 있습니다.
-
-## 풀 리퀘스트 생성 [#create]
-
-언제든지 풀 리퀘스트를 열려면 CodeStream 창 상단에 있는 **+** 버튼이나 풀 리퀘스트 섹션 헤더에 있는 **+** 버튼을 클릭하세요. 또한 키보드 단축키(Mac의 경우 `ctlr+shift+/` `p` , `ctrl+/` `p` , GitLab 사용자의 경우 `m` )를 사용할 수도 있습니다. CodeStream은 pull 요청을 열기 전에 변경 사항을 검토할 수 있는 트리 보기, 목록 보기 및 diff 보기 옵션을 제공합니다.
-
-
-
-클릭 한 번으로 마지막 커밋 메시지, 지점 이름 또는 티켓을 선택하여 작업을 시작한 경우 티켓 제목을 기반으로 pull 요청의 이름을 지정할 수 있습니다. 티켓을 선택한 경우 티켓을 pull 요청에 명시적으로 연결할 수도 있습니다. CodeStream은 pull 요청의 설명에 티켓에 대한 링크를 포함합니다. 풀 리퀘스트를 제출하기 전에 양식 아래 나열된 파일을 클릭하여 변경 사항을 검토하십시오.
-
-작업 중인 기능 분기에 원격 추적 분기가 없는 경우 pull 요청을 만들 때 원격 추적 분기를 설정할 수 있습니다.
-
-pull 요청을 생성하려면 다음 옵션도 참조하세요.
-
-
-
- CodeStream은 포크에서 작업할 때를 자동으로 감지하여 기본 리포지토리와 헤드 리포지토리를 모두 설정할 수 있습니다.
-
-
-
-
-
- CodeStream 피드백 요청 내에서 pull 요청을 생성할 수도 있습니다. 피드백 요청이 승인되면 상단에 pull 요청을 여는 옵션이 표시됩니다. 풀 요청을 생성하기 전에 피드백 요청에 포함된 변경 사항을 커밋하고 푸시했는지 확인하십시오.
-
-
-
- 피드백 요청에서 끌어오기 요청을 생성하면 CodeStream은 피드백 요청에서 끌어오기 요청에 대한 링크를 추가하여 둘 사이에 점을 연결합니다.
-
-
-
- 누가 언제 검토했는지에 대한 정보와 함께 피드백 요청에 대한 링크를 풀 요청 설명에 추가합니다.
-
-
-
-### GitHub 사용자 지정 쿼리 [#github]
-
-기본적으로 GitHub의 검색 API는 모든 GitHub에서 전역 검색을 수행합니다. 결과적으로 결과 집합이 적절하게 제한되도록 쿼리에 다음 한정자 중 하나 이상이 포함되어 있는지 확인해야 합니다.
-
-* `user:USERNAME`
-* `org:ORGNAME`
-* `repo:USERNAME/REPOSITORY`
-* `author:USERNAME`
-* `assignee:USERNAME`
-* `mentions:USERNAME`
-* `team:ORGNAME/TEAMNAME`
-* `commenter:USERNAME`
-* `involves:USERNAME`
-* `reviewed-by:USERNAME`
-* `review-requested:USERNAME`
-* `team-review-requested:TEAMNAME`
-* `project:PROJECT_BOARD`
-
-GitHub의 검색 구문에 대한 자세한 내용은 [여기 에서 찾을](https://docs.github.com/en/github/searching-for-information-on-github/searching-issues-and-pull-requests) 수 있습니다.
-
-### GitLab 사용자 지정 쿼리 [#gitlab]
-
-모든 검색은 각 매개변수 사이에 `&` 있는 `attribute=value` 형식을 사용하여 수행됩니다. 공백이 있는 매개변수의 경우 그대로 두고 매개변수에 따옴표를 넣지 마십시오(예: `labels=foo,help wanted` ). `@me` 사용하여 사용자 ID와 사용자 이름을 지정할 수 있습니다. 그렇지 않으면 GitLab에서 찾을 수 있습니다. 기본적으로 모든 필터에는 매개변수 `scope=all` 가 있습니다( [최소 한정자](#minimum-qualifiers)참조). 이를 덮어쓰려면 `scope=X` 사용하십시오. 아래 주어진 예를 참조하십시오.
-
-
-
- ```ini
- state=opened&author_id=@me
- state=closed&assignee_username=@me&labels=help wanted
- assignee_id=5&scope=created_by_me
- labels=foo,help wanted&scope=created_by_me
- iids[]=1,2&milestone=1.0.0&my_reaction_emoji=star&scope=assigned_to_me
- project_id=23&state=opened&reviewer_id=@me
- scope=assigned_to_me¬[labels]=duplicate¬[milestone]=review
- ```
-
- | 기인하다 | 유형 | 설명 |
- | --------------------------- | ----- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
- | `state` | 끈 | `all` 문제 또는 `opened` 또는 `closed` |
- | `order_by` | 끈 | `created_at` 또는 `updated_at` 필드로 정렬된 요청을 반환합니다. 기본값은 `created_at` 입니다. |
- | `sort` | 끈 | `asc` 또는 `desc` 순서로 정렬된 반환 요청. 기본값은 `desc` 입니다. |
- | `milestone` | 끈 | 특정 마일스톤에 대한 병합 요청을 반환합니다. `None` 은 마일스톤이 없는 병합 요청을 반환합니다. `Any` 은 할당된 마일스톤이 있는 병합 요청을 반환합니다. |
- | `view` | 끈 | `simple` 이면 병합 요청의 `iid` , URL, 제목, 설명 및 기본 상태를 반환합니다. |
- | `labels` | 끈 | 쉼표로 구분된 레이블 목록과 일치하는 병합 요청을 반환합니다. `None` 은 레이블이 없는 모든 병합 요청을 나열합니다. `Any` 은 하나 이상의 레이블이 있는 모든 병합 요청을 나열합니다. `No+Label` (더 이상 사용되지 않음) 레이블이 없는 모든 병합 요청을 나열합니다. 미리 정의된 이름은 대소문자를 구분하지 않습니다. |
- | `with_labels_details` | 부울 | `true` 인 경우 응답은 `:name` , `:color` , `:description` , `:description_html` , `:text_color` 레이블 필드의 각 레이블에 대한 자세한 정보를 반환합니다. 기본값은 `false` 입니다. |
- | `with_merge_status_recheck` | 부울 | `true` 인 경우 이 프로젝션은 merge_status 필드가 비동기적으로 다시 계산되도록 요청하지만 보장하지는 않습니다. 기본값은 `false` 입니다. |
- | `created_after` | 날짜 시간 | 주어진 시간 또는 그 이후에 생성된 병합 요청을 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `created_before` | 날짜 시간 | 주어진 시간 또는 그 이전에 생성된 병합 요청을 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `updated_after` | 날짜 시간 | 지정된 시간 또는 그 이후에 업데이트된 병합 요청을 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `updated_before` | 날짜 시간 | 주어진 시간 또는 그 이전에 업데이트된 병합 요청을 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `scope` | 끈 | 지정된 범위 `created_by_me` , `assigned_to_me` 또는 `all` )에 대한 병합 요청을 반환합니다. 기본값: `created_by_me` |
- | `author_id` | 정수 | 지정된 사용자 `id` 에 의해 생성된 병합 요청을 반환합니다. `author_username` 과 상호 배타적입니다. `scope=all` 또는 `scope=assigned_to_me` 과 결합합니다. |
- | `author_username` | 끈 | 지정된 `username` 에 의해 생성된 병합 요청을 반환합니다. `author_id` 과 상호 배타적입니다. |
- | `assignee_id` | 정수 | 지정된 사용자 `id` 에 할당된 병합 요청을 반환합니다. `None` 은 할당되지 않은 병합 요청을 반환합니다. `Any` 는 양수인과의 병합 요청을 반환합니다. |
- | `reviewer_id` | 정수 | 사용자를 지정된 사용자 `id` 의 검토자로 포함하는 병합 요청을 반환합니다. `None` 은 검토자가 없는 병합 요청을 반환합니다. `Any` 는 검토자가 있는 병합 요청을 반환합니다. `reviewer_username` 과 상호 배타적입니다. |
- | `reviewer_username` | 끈 | 지정된 `username` 를 사용하여 사용자를 검토자로 포함하는 병합 요청을 반환합니다. `None` 은 검토자가 없는 병합 요청을 반환합니다. `Any` 는 검토자가 있는 병합 요청을 반환합니다. `reviewer_id` 과 상호 배타적입니다. |
- | `my_reaction_emoji` | 끈 | 지정된 `emoji` 에 의해 인증된 사용자가 반응한 병합 요청을 반환합니다. `None` 은 응답이 없는 문제를 반환합니다. `Any` 는 하나 이상의 반응이 제공된 문제를 반환합니다. |
- | `source_branch` | 끈 | 주어진 소스 브랜치로 병합 요청을 반환합니다. |
- | `target_branch` | 끈 | 주어진 대상 브랜치로 병합 요청을 반환합니다. |
- | `search` | 끈 | `title` 및 `description` 에 대한 검색 병합 요청. |
- | `in` | 끈 | `search` 속성의 범위를 수정합니다. `title` , `description` 또는 쉼표로 결합된 문자열입니다. 기본값은 `title,description` 입니다. |
- | `wip` | 끈 | `wip` 상태를 기준으로 병합 요청을 필터링합니다. `yes` 은 초안 병합 요청만 반환하고 `no` 는 초안이 아닌 병합 요청을 반환합니다. |
- | `not` | 해시시 | 제공된 매개변수와 일치하지 않는 병합 요청을 반환합니다. 허용: `labels` , `milestone` , `author_id` , `author_username` , `assignee_id` , `assignee_username` , `reviewer_id` , `reviewer_username` , `my_reaction_emoji` . `not` 형식을 `hash` 유형으로 지정하는 방법은 위의 예를 참조하세요. |
- | `environment` | 끈 | 주어진 환경에 배포된 병합 요청을 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `deployed_before` | 날짜 시간 | 지정된 날짜/시간 이전에 배포된 병합 요청을 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `deployed_after` | 날짜 시간 | 지정된 날짜/시간 이후에 배포된 병합 요청을 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `project_id` | 정수 | 주어진 프로젝트에 대한 병합 요청을 반환합니다. |
- | `group_id` | 정수 | 주어진 그룹에 대한 병합 요청을 반환합니다. |
-
-
-
- ```ini
- state=opened&author_id=@me
- state=closed&assignee_username=@me&labels=help wanted
- assignee_id=5&scope=created_by_me
- labels=foo,help wanted&scope=created_by_me
- iids[]=1,2&milestone=1.0.0&my_reaction_emoji=star&scope=assigned_to_me
- project_id=23&state=opened&assignee_id=@me
- ```
-
- | 기인하다 | 유형 | 설명 |
- | ------------------- | ------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
- | `assignee_id` | 정수 | 지정된 사용자 `id` 에게 할당된 문제를 반환합니다. `assignee_username` 과 상호 배타적입니다. `None` 는 할당되지 않은 문제를 반환합니다. `Any` 은 양수인과 관련된 문제를 반환합니다. |
- | `assignee_username` | 문자열 배열 | 지정된 `username`에 할당된 문제를 반환합니다. `assignee_id` 와 비슷하며 `assignee_id`와 상호 배타적입니다. GitLab CE에서 `assignee_username` 배열은 단일 값만 포함해야 합니다. 그렇지 않으면 잘못된 매개 변수 오류가 반환됩니다. |
- | `author_id` | 정수 | 지정된 사용자 `id` 에 의해 생성된 문제를 반환합니다. `author_username` 과 상호 배타적입니다. `scope=all` 또는 `scope=assigned_to_me` 과 결합합니다. |
- | `author_username` | 끈 | 지정된 `username`에서 만든 문제를 반환합니다. `author_id` 와 비슷하며 `author_id`와 상호 배타적입니다. |
- | `confidential` | 부울 | 기밀 또는 공개 문제를 필터링합니다. |
- | `created_after` | 날짜 시간 | 지정된 시간 또는 그 이후에 생성된 문제를 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `created_before` | 날짜 시간 | 지정된 시간 또는 그 이전에 생성된 문제를 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `due_date` | 끈 | 기한이 없거나 기한이 지났거나 기한이 이번 주, 이번 달 또는 2주 전과 다음 달 사이인 문제를 반환합니다. 수락: `0` (마감일 없음), `overdue` , `week` , `month` , `next_month_and_previous_two_weeks` . |
- | `iids[]` | 정수 배열 | 주어진 문제만 반환 `iid` |
- | `in` | 끈 | `search` 속성의 범위를 수정합니다. `title` , `description` 또는 쉼표로 결합된 문자열입니다. 기본값은 `title` ,`description` |
- | `issue_type` | 끈 | 지정된 유형의 `issue` 으로 필터링합니다. `issue` , `incident` 또는 `test_case` 중 하나입니다. |
- | `iteration_id` | 정수 | 주어진 반복 ID에 할당된 문제를 반환합니다. `None` 은 반복에 속하지 않는 문제를 반환합니다. `Any` 은 반복에 속하는 문제를 반환합니다. `iteration_title` 와 상호 배타적입니다. |
- | `iteration_title` | 끈 | 주어진 제목으로 반복에 할당된 이슈를 반환합니다. `iteration_id` `iteration_id` 상호 배타적입니다. |
- | `labels` | 끈 | 쉼표로 구분된 레이블 이름 목록, 문제에는 반환할 모든 레이블이 있어야 합니다. `None` 은 레이블이 없는 모든 문제를 나열합니다. `Any` 은(는) 하나 이상의 레이블이 있는 모든 문제를 나열합니다. 미리 정의된 이름은 대소문자를 구분하지 않습니다. |
- | `milestone` | 끈 | 이정표 제목입니다. `None` 은 마일스톤이 없는 모든 문제를 나열합니다. `Any` 에는 할당된 마일스톤이 있는 모든 문제가 나열됩니다. |
- | `my_reaction_emoji` | 끈 | 지정된 `emoji` 에 의해 인증된 사용자가 반응한 문제를 반환합니다. `None` 은 응답이 없는 문제를 반환합니다. `Any` 는 하나 이상의 반응이 제공된 문제를 반환합니다. |
- | `non_archived` | 부울 | 아카이브되지 않은 프로젝트의 이슈만 반환합니다. `false` 인 경우 응답은 보관된 프로젝트와 보관되지 않은 프로젝트 모두에서 문제를 반환합니다. 기본값은 `true` 입니다. |
- | `not` | 해시시 | 제공된 매개변수와 일치하지 않는 문제를 반환합니다. 허용: `assignee_id` , `assignee_username` , `author_id` , `author_username` , `iids` , `iteration_id` , `iteration_title` , `labels` , `milestone` 및 `weight` . |
- | `order_by` | 끈 | `created_at` , `updated_at` , `priority` , `due_date` , `relative_position` , `label_priority` , `milestone_due` , `popularity` , `weight` 필드별로 정렬된 문제를 반환합니다. 기본값은 `created_at` 입니다. |
- | `scope` | 끈 | 지정된 범위 `created_by_me` , `assigned_to_me` 또는 `all` )에 대한 문제를 반환합니다. 기본값은 `created_by_me` 입니다. |
- | `search` | 끈 | `title` 및 `description` 에 대한 검색 문제. |
- | `sort` | 끈 | `asc` 또는 `desc` 순서로 정렬된 문제를 반환합니다. 기본값은 `desc` 입니다. |
- | `state` | 끈 | `all` 문제 또는 `opened` 또는 `closed` |
- | `updated_after` | 날짜 시간 | 지정된 시간 또는 그 이후에 업데이트된 문제를 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `updated_before` | 날짜 시간 | 지정된 시간 또는 그 이전에 업데이트된 문제를 반환합니다. ISO 8601 형식으로 예상됨( `2019-03-15T08:00:00Z` ) |
- | `weight` | 정수 | 지정된 `weight` 의 문제를 반환합니다. `None` 은 가중치가 할당되지 않은 문제를 반환합니다. `Any` 는 가중치가 할당된 문제를 반환합니다. |
- | `project_id` | 정수 | 주어진 프로젝트에 대한 이슈를 반환합니다. |
- | `group_id` | 정수 | 지정된 그룹에 대한 문제를 반환합니다. |
-
-
-
- 특정 프로젝트에서 검색하려면 매개변수 `project_id=X` 를 사용합니다. 프로젝트 ID는 GitLab에서 프로젝트를 볼 때 나열됩니다. 프로젝트 검색은 기본적으로 `scope=all` 을 사용하며 지정된 프로젝트에 대한 모든 병합 요청 또는 문제를 반환합니다. 한 번에 하나의 `project_id` 만 나열할 수 있습니다.
-
- ```ini
- project_id=23&state=opened&assignee_id=@me
- iids[]=1&project_id=473&labels=bug
- ```
-
-
-
- 특정 그룹에서 검색하려면 매개변수 `group_id=X` 를 사용합니다. 그룹 ID는 GitLab에서 그룹을 볼 때 나열됩니다. 그룹 검색은 기본적으로 `scope=all` 을 사용하며 지정된 그룹에 대한 모든 병합 요청 또는 문제를 반환합니다. 한 번에 하나의 `group_id` 만 나열할 수 있습니다.
-
- ```ini
- group_id=23&state=opened&assignee_id=@me
- iids[]=1&group_id=473&labels=bug
- ```
-
-
-
- 기본적으로 사용자 정의 필터는 모든 GitLab에서 검색하는 `scope=all` 을 사용합니다. GitLab에 나열된 모든 병합 요청 또는 문제를 가져오는 것을 방지하려면 다음 한정자 중 하나 이상을 사용하여 이 검색을 구체화해야 합니다.
-
- * `scope=assigned_to_me`
- * `scope=created_by_me`
- * `project_id`
- * `group_id`
- * `author_id`
- * `author_username`
- * `assignee_id`
- * `assignee_username`
- * `my_reaction_emoji`
-
-
-
-검색 구문은 GitLab의 사용자 지정 검색 API에서 파생됩니다. [병합 요청 검색](https://docs.gitlab.com/ee/api/merge_requests.html) 또는 [문제 검색](https://docs.gitlab.com/ee/api/issues.html) 에 대한 자세한 내용은 GitLab 문서를 참조하십시오.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/how-use-codestream/request-feedback.mdx b/src/i18n/content/kr/docs/codestream/how-use-codestream/request-feedback.mdx
deleted file mode 100644
index 20998f4043c..00000000000
--- a/src/i18n/content/kr/docs/codestream/how-use-codestream/request-feedback.mdx
+++ /dev/null
@@ -1,223 +0,0 @@
----
-title: CodeStream 피드백 요청으로 조기 피드백 받기
-metaDescription: 'Get feedback on work-in-progress code, before the pull request, using New Relic CodeStream feedback requests.'
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamFeedbackRequestsSection from 'images/codestream_screenshot-crop_feedback-requests-section.webp'
-
-import codestreamFeedbackRequestExample from 'images/codestream_screenshot-crop_feedback-request-example.webp'
-
-import codestreamChangedFilesList from 'images/codestream_screenshot-crop_changed-files-list.webp'
-
-import codestreamExcludeFileFromReviewButton from 'images/codestream_screenshot-crop_exclude-file-from-review-button.webp'
-
-import codestreamFeedbackRequestTeamSettings from 'images/codestream_screenshot-crop_feedback-request-team-settings.webp'
-
-import codestreamFeedbackRequestDiffView from 'images/codestream_screenshot-crop_feedback-request-diff-view.webp'
-
-import codestreamFeedbackRequestNavigateChangesButtons from 'images/codestream_screenshot-crop_feedback-request-navigate-changes-buttons.webp'
-
-import codestreamCommentSpecificCode from 'images/codestream_screenshot-crop_comment-specific-code.webp'
-
-import codestreamReviewRequestedChanges from 'images/codestream_screenshot-full_review-requested-changes.webp'
-
-import codestreamCodeReviewAmendForm from 'images/codestream_screenshot-crop_code-review-amend-form.webp'
-
-import codestreamChangedFilesReviewCheckpoints from 'images/codestream_screenshot-crop_changed-files-review-checkpoints.webp'
-
-New Relic CodeStream의 피드백 요청은 기존의 주기 종료 코드 검토에 사용할 수 있을 만큼 강력하지만 동시에 매우 쉽고 유연하여 개발 프로세스 전반에 걸쳐 이를 사용하여 작업에 대한 빠른 피드백을 얻을 수 있습니다. 진전. 커밋되지 않은 변경 사항에 대한 피드백 요청을 사용할 수도 있습니다.
-
-기존 코드 검토는 변경 사항을 병합하려는 개발 주기의 마지막에 발생합니다. 주기 종료 코드 검토는 팀원들에게 훨씬 더 부담이 될 뿐만 아니라 게임 후반부에 문제를 식별할 위험이 있어 결국 일정을 지연시킬 것인지 아니면 기술적인 부채를 떠안을 것인지 결정해야 합니다.
-
-일부 기능만 제거된 프로젝트 시작 단계에 있거나 진행 중인 작업의 중간 단계에 있거나 완료된 프로젝트에 대한 최종 검토 준비가 되어 있는지 여부에 관계없이 CodeStream은 개발 주기 중 어느 시점에서든 피드백을 가능하게 합니다. . CodeStream은 푸시된 커밋, 로컬 커밋, 준비 및 저장된 변경 사항을 포함하여 현재 상태를 공유하는 복잡성을 처리합니다. 팀원들은 애플리케이션을 전환하거나 분기를 전환하거나 변경 사항을 가져올 필요 없이 IDE에서 피드백을 제공할 수 있습니다.
-
-개발 주기가 끝날 때 공식 코드 검토/풀 요청에 도달할 때까지는 문제가 계속 제기되고, 논의되고, 해결되었기 때문에 훨씬 덜 고통스럽고 형식적입니다.
-
-CodeStream을 사용하여 IDE 내에서 피드백을 요청하는 방법을 보려면 이 짧은 YouTube 동영상(4분 25초)을 시청하십시오.
-
-
-
-## 피드백 요청 UI [#feedback-ui]
-
-New Relic CodeStream의 피드백 요청 섹션에는 귀하에게 할당되었거나 귀하가 요청한 모든 공개 피드백 요청은 물론 승인되었거나 변경이 요청된 최근 피드백 요청이 나열됩니다.
-
-
-
-
- 피드백 요청 섹션은 요청을 공개, 승인 및 변경 요청으로 나눕니다.
-
-
-피드백 요청을 클릭하면 바로 들어가서 검토를 시작하거나 작업에 대한 팀원의 의견을 볼 수 있습니다.
-
-## 피드백 요청 [#request-feedback]
-
-피드백을 요청하려면:
-
-* CodeStream 창 상단에서 **+ 만들기** 버튼을 클릭합니다.
-* **피드백 요청** 섹션의 헤더에서 **+ 피드백 요청** 버튼을 선택합니다. 관리자인 경우 [피드백 요청 할당](#fr-settings) 과 승인이 조직에서 작동하는 방식을 제어하는 톱니바퀴 아이콘도 표시됩니다.
-* 키보드 단축키(Mac의 경우 `ctlr+shift+/` `r` 또는 `ctrl+/` `r` )를 사용할 수도 있습니다.
-
-
-
-클릭 한 번으로 마지막 커밋 메시지, 지점 이름 또는 [티켓을 선택하여 작업을 시작한](/docs/codestream/how-use-codestream/start-work/) 경우 티켓 제목을 기반으로 피드백 요청의 이름을 지정할 수 있습니다. CodeStream은 현재 편집기에서 선택한 파일의 리포지토리/분기 변경 사항에 대한 피드백을 요청한다고 가정합니다. IDE에 여러 리포지토리가 열려 있는 경우 피드백 요청 양식 맨 위에 있는 리포지토리 드롭다운을 통해 이를 변경할 수 있습니다.
-
-조직의 피드백 요청 설정에 따라 CodeStream은 특정 검토자를 제안할 수 있습니다. 변경되는 코드의 커밋 기록을 기반으로 제안에는 아직 CodeStream 팀에 없는 사람이 포함될 수도 있습니다. 이 경우 이메일로 알림을 받게 됩니다. 리뷰어의 이름 위로 마우스를 가져가면 자세한 내용을 보거나 제거할 수 있습니다. 여러 검토자가 할당된 경우 검토를 승인할 수 있는 사람이 있는지 또는 각 검토자가 개별적으로 승인해야 하는지 여부를 결정할 수도 있습니다. [피드백 설정을 구성하는 방법](#fr-settings) 에 대해 자세히 알아보세요.
-
-### 풀 리퀘스트에서 변경된 파일 탐색 [#changed-files]
-
-**변경된 파일** 섹션에는 추가, 제거 또는 수정된 모든 파일이 나열됩니다. 피드백 요청을 제출하기 전에 변경 사항을 검토하려면 파일을 클릭하여 차이점을 확인하세요.
-
-
-
-체크인된 바이너리 파일과 같이 검토에 적합하지 않은 파일이 있는 경우 파일 위에 마우스를 놓고 **x** 를 클릭하여 피드백 요청에서 해당 파일을 제외할 수 있습니다. 해당 파일은 양식 아래의 목록으로 이동됩니다. 새 파일은 기본적으로 피드백 요청에서 제외되지만 목록에서 항목 위로 마우스를 가져간 다음 **+** 를 클릭하여 추가할 수 있습니다.
-
-
-
-제외된 파일 위로 마우스를 이동하고 휴지통을 클릭하여 향후 모든 피드백 요청에서 영구적으로 제외합니다. 파일을 영구적으로 제외하면 저장소에 `.codestreamignore` 파일이 생성됩니다. 팀원도 이러한 파일(예: `package-lock.json` 또는 기타 시스템 생성 파일)을 제외하고 싶어할 것이라고 생각되면 파일을 커밋하고 푸시하여 팀원도 사용할 수 있도록 할 수 있습니다.
-
-선택한 파일에 표시되는 변경 사항은 4가지 범주로 구분되어 피드백 요청에 포함할 항목을 정확히 선택할 수 있습니다. 여기에는 푸시되지 않았거나 커밋되지 않은 변경 사항이 포함됩니다.
-
-네 가지 범주는 다음과 같습니다.
-
-* 저장된 변경 사항
-* 단계적 변경
-* 로컬 커밋
-* 푸시된 커밋
-
-### 풀 리퀘스트 커밋 [#commits]
-
-커밋은 **로컬 커밋** 및 **푸시된 커밋** 섹션에서 내림차순으로 나열됩니다. 커밋에 대한 확인란을 선택 취소하면 이전 커밋에 대한 모든 확인란이 자동으로 선택 취소됩니다. 즉, 피드백 요청에 포함된 커밋은 연속적이어야 합니다. 기본적으로 커밋만 확인되지만 검토에 포함할 수 있습니다.
-
-
- git 구성의 이메일 주소가 CodeStream 이메일 주소와 일치하는지 확인하십시오. 또는 git 이메일 주소를 CodeStream 이메일 주소에 매핑하도록 [비난 맵](/docs/codestream/how-use-codestream/my-organization/#blame-map) 을 설정합니다.
-
-
-선택적으로 피드백 요청을 Slack 또는 Microsoft Teams에 공유할 수 있습니다.
-
-피드백 요청을 제출하면 팀원들에게 활동 피드를 통해 알림이 전송되며 검토자로 지정된 모든 사람은 @멘션되어 이메일 알림을 받게 됩니다.
-
-### 피드백 요청 설정 [#fr-settings]
-
-기본적으로 피드백을 요청하는 사람이 승인 작동 방식을 결정할 수 있지만 조직의 모든 피드백 요청에 대한 기본 동작을 설정할 수도 있습니다.
-
-
-
-
- 피드백 요청 설정을 사용하여 조직의 피드백 프로세스를 미세 조정합니다.
-
-
-* 할당된 검토자 수에 관계없이 **모든 검토자가 을(를) 승인할 수 있습니다** .
-* **모든 검토자는 승인된 것으로 간주되기 전에 개별적** 으로 승인해야 합니다.
-* **검토를 요청한 개발자는 요청을 승인하기로 결정** 합니다.
-
-CodeStream이 검토자를 제안할지 여부와 방법을 결정할 수도 있습니다.
-
-* **라운드 로빈** 은 조직의 모든 개발자를 순환합니다.
-* **Random** 은 조직의 모든 개발자에게 피드백 요청을 무작위로 할당합니다.
-* **Authorship** 옵션은 변경 사항의 영향을 받는 코드 라인을 작성한 개발자와 해당 분기에 커밋했을 수 있는 다른 개발자를 기준으로 최대 3명의 검토자를 제안합니다.
-
-## 피드백을 제공하다 [#provide-feedback]
-
-CodeStream의 피드백 요청의 가장 좋은 점은 팀원이 코드를 살펴보게 해도 팀원에게 추가 부담이 되지 않는다는 것입니다. 분기를 전환하거나 변경 사항을 가져오기 위해 자신의 작업을 따로 설정할 필요가 없으며 IDE를 떠날 필요도 없습니다. 적절한 저장소가 있는 한 피드백 요청을 열고 변경 사항 검토를 시작할 수 있습니다.
-
-
-
-**변경된 파일** 섹션에서 아무 파일이나 클릭하여 변경 사항을 검토하십시오. 변경 사항은 편집기에 diff와 함께 표시됩니다. IDE의 기본 탐색을 사용하여 파일의 변경 사항을 단계별로 살펴보거나 IDE 상단의 위쪽/아래쪽 화살표를 클릭할 수 있습니다. JetBrains IDE의 경우 CodeStream은 side-by-side diff 뷰어만 지원합니다.
-
-
-
-일반적으로 diff는 기능 분기가 생성된 지점에서 기본 분기에 대한 피드백 요청(예: 기능/주제 분기)과 관련된 분기의 변경 사항을 나타냅니다. CodeStream diff를 사용하면 개발자가 피드백 요청에 변경 사항을 모두 포함하지 않았을 수 있으므로 항상 그런 것은 아닙니다. 결과적으로 변경 사항이 비교되는 파일 버전에는 실제로 기본 분기에 없는 변경 사항도 포함될 수 있습니다. 이것은 연속성을 제공하기 위해 중요합니다.
-
-### 의견 및 변경 요청 [#comments]
-
-변경 사항에 대한 일반적인 의견이 있는 **경우 피드백 요청의 스레드에 응답을 추가하세요** .
-
-* 실제 변경 사항에 대해 주석을 추가하려면 diff 오른쪽에서 일부 코드를 선택한 다음 선택 항목 옆에 있는 CodeStream 창에 나타나는 주석 버튼을 클릭하십시오.
-* 일부 코드를 선택한 후 키보드 단축키(Mac의 경우 `ctlr+shift+/` `c` 또는 `ctrl+/` `c` )를 사용할 수도 있습니다.
-
-
-
-전체 파일 컨텍스트가 있으므로 변경된 코드 줄에만 주석을 추가하는 것으로 제한되지 않습니다. 예를 들어, 작업이 필요하거나 단순히 참조하려는 파일의 다른 부분을 발견할 수 있습니다.
-
-일반적인 주석이든 코드에 대한 주석이든 관계없이 변경 요청으로 표시하여 개발자에게 변경 사항을 승인하기 전에 필수임을 알릴 수 있습니다.
-
-피드백을 제공하는 동안 변경 집합의 일부가 아닌 파일에 댓글을 달 수 있으며 검토에 대한 응답으로 추가됩니다. 이것은 개선이 필요할 수 있는 코드베이스의 다른 위치를 팀원에게 지시할 수 있는 데 도움이 됩니다.
-
-### 변경 요청 승인 [#approve-changes]
-
-피드백 요청과 관련된 모든 변경 요청은 토론 스레드의 일부인 것 외에도 상단의 섹션에 요약되어 있습니다. 작업이 완료되면 완료로 표시됩니다.
-
-
-
-* 변경 사항을 승인하거나 추가 변경 사항을 요청하려면 상단의 녹색 및 빨간색 버튼을 찾으십시오.
-* 열려 있는 변경 요청이 있는 경우 승인 버튼이 번호를 표시하는 파란색 버튼으로 대체됩니다. 여전히 변경 사항을 승인할 수 있지만 처리되지 않은 작업을 알고 있습니다.
-* 여러 검토자가 있고 각 검토자의 승인이 필요한 경우 CodeStream은 아직 미결 승인이 있는 경우 이를 매우 명확하게 표시합니다. 오른쪽 상단의 파란색 버튼은 미결 승인 수를 보여줍니다. 검토자의 얼굴에 있는 녹색 엄지손가락은 검토자가 이미 변경 사항을 승인했음을 나타냅니다.
-
-## 더 많은 코드 변경 사항 추가 [#add-changes]
-
-일반적인 워크플로에는 검토자가 몇 가지 의견을 남기거나 몇 가지 변경 사항을 제안한 다음 개발자가 코드를 더 많이 변경하여 해당 피드백에 응답하는 작업이 포함됩니다. 프로세스를 계속하려면 파란색 **수정** 버튼을 클릭하여 변경 사항을 추가하십시오.
-
-* 피드백 요청을 처음 제출했을 때와 마찬가지로 저장 및 단계적 변경 사항과 로컬 및 푸시된 커밋 중에서 선택할 수 있습니다. 열려 있는 모든 변경 요청도 나열되어 업데이트로 해결된 모든 것을 표시할 수 있습니다.
-
-
-
-* 기본적으로 검토자가 피드백 요청으로 돌아가면 각 파일에 대한 diff를 거치면서 전체 변경 집합(예: 모든 업데이트의 변경 사항)을 보게 됩니다. 또한 개별 업데이트에 대한 차이점도 볼 수 있습니다.
-
-
-
-## 피드백 요청 승인 [#approve-fr]
-
-피드백 검토 프로세스는 변경 사항의 최종 승인을 얻는 데 필요한 만큼의 업데이트에서 계속될 수 있습니다. 피드백 요청이 승인되면 CodeStream 내에서 [끌어오기 요청을 생성](/docs/codestream/how-use-codestream/pull-requests) 하여 코드를 병합할 수 있습니다.
-
-
- pull 요청이 생성된 후에는 피드백 요청을 수정하거나 다시 열 수 없습니다.
-
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/how-use-codestream/start-work.mdx b/src/i18n/content/kr/docs/codestream/how-use-codestream/start-work.mdx
deleted file mode 100644
index 20fb27dbc80..00000000000
--- a/src/i18n/content/kr/docs/codestream/how-use-codestream/start-work.mdx
+++ /dev/null
@@ -1,121 +0,0 @@
----
-title: CodeStream에서 문제의 백로그 보기
-metaDescription: 'View your backlog of issues in New Relic CodeStream, and simplify the process of starting work.'
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamIssueProviderConnection from 'images/codestream_screenshot-crop_issue-provider-connection.webp'
-
-import codestreamIssuesSectionBacklog from 'images/codestream_screenshot-crop_issues-section-backlog.webp'
-
-import codestreamCreateBranchStartWork from 'images/codestream_screenshot-crop_create-branch-start-work.webp'
-
-import codestreamCreateBranchOptions from 'images/codestream_screenshot-crop_create-branch-options.webp'
-
-import codestreamCreateBranchTemplate from 'images/codestream_screenshot-crop_create-branch-template.webp'
-
-import codestreamIssuesFilterExample from 'images/codestream_screenshot-crop_issues-filter-example.webp'
-
-import codestreamCreateCustomIssueFilter from 'images/codestream_screenshot-crop_create-custom-issue-filter.webp'
-
-import codestreamIssuesSectionHeaderButtons from 'images/codestream_screenshot-crop_issues-section-header-buttons.webp'
-
-약간의 버그 수정이든 주요 새 기능이든 새로운 작업을 시작하려면 많은 단계와 다양한 서비스가 필요합니다. 문제 추적 서비스로 이동하여 할당된 모든 문제를 찾고 작업할 문제를 선택하고 상태를 업데이트합니다. 이제 터미널 또는 GitHub로 이동하여 기능 분기를 만듭니다. 마지막으로 Slack에서 상태를 업데이트하여 팀원들에게 작업 중인 내용을 알릴 수 있습니다. New Relic CodeStream을 사용하면 IDE에서 바로 한 단계로 이 모든 작업을 수행할 수 있습니다.
-
-## CodeStream에 서비스 연결 [#connect]
-
-시작하려면 CodeStream 창의 **문제** 섹션으로 이동하여 팀의 문제 추적 서비스에 연결합니다.
-
-
-
-아직 외부 서비스에 연결되어 있지 않은 경우 이 섹션에는 사용 가능한 지원되는 모든 서비스가 나열됩니다.
-
-* 아사나
-* Azure DevOps
-* Bitbucket(클라우드)
-* GitHub(클라우드 또는 엔터프라이즈)
-* GitLab(클라우드 또는 자체 관리)
-* Jira(클라우드 또는 서버)
-* 선의
-* 지름길
-* 트렐로
-* YouTrack(클라우드)
-
-## 문제에 대한 작업 시작 [#manage-issues]
-
-연결되면 프로젝트, 게시판, 목록 및 기타 항목별로 필터링되고 적절하다고 생각되는 대로 사용자에게 할당된 모든 문제를 볼 수 있습니다. 여러 서비스에 연결할 수도 있습니다.
-
-
-
-* 조직에서 한 번에 여러 외부 서비스를 사용할 수 있음: 드롭다운 목록에서 사용할 서비스를 선택합니다.
-* 문제 행 위로 마우스를 가져가면 행 끝에 있는 문제 추적 서비스의 문제를 볼 수 있는 옵션이 표시됩니다.
-
-문제를 클릭하여 작업을 시작하세요.
-
-
-
-기능 분기를 만들고 티켓 상태를 업데이트하고 Slack에서 상태를 업데이트할 수도 있습니다.
-
-팀에서 기능 분기 Git 워크플로를 사용하는 경우 작업을 수행할 분기를 만들 수 있습니다. 드롭다운을 사용하여 기본 분기를 변경하거나 기능 분기의 이름을 편집합니다.
-
-
-
-관리자인 경우 기능 분기의 이름이 일관되게 지정되도록 조직에 대한 분기 명명 템플릿을 설정할 수 있습니다.
-
-
-
-사용하는 문제 추적 서비스에 따라 문제 상태를 업데이트할 수도 있습니다. 예를 들어 Trello를 사용하는 경우 선택한 카드를 다른 목록(예: **In Progress** )으로 이동할 수 있습니다.
-
-관련 문제가 없는 작업을 해야 하는 경우 **임시 작업** 시작을 클릭하여 문제 없이 시작하거나 **새 문제** 를 클릭하여 CodeStream에서 바로 문제 추적 서비스에 대한 문제를 생성할 수 있습니다. 문제를 편집기의 특정 코드 블록과 연결할 수도 있습니다.
-
-## 문제 필터링 [#filter-issues]
-
-많은 서비스의 경우 목록을 필터링할 수도 있습니다. 예를 들어 Trello에 연결된 경우 특정 목록 또는 목록 집합을 표시하도록 필터링할 수 있습니다.
-
-
-
-Jira, Jira Server, GitHub, GitHub Enterprise, GitLab 및 GitLab 자체 관리의 경우 사용자 지정 필터를 생성할 수도 있습니다. [GitHub 및 GitHub Enterprise](/docs/codestream/codestream-ui-overview/pull-requests-section/#github) 또는 [GitLab 및 GitLab 자체 관리](/docs/codestream/codestream-ui-overview/pull-requests-section/#gitlab) 에 대한 사용자 지정 쿼리를 생성할 때 몇 가지 특별한 지침이 있습니다.
-
-
-
-## 추가 옵션 [#more-options]
-
-더 많은 옵션을 보려면 섹션 제목 위로 마우스를 가져갑니다.
-
-
-
-* 새로고침 버튼을 클릭하여 최근에 추가된 티켓으로 목록을 업데이트하십시오.
-* **새 문제** (선택한 서비스에 따라 레이블이 다르게 지정될 수 있음)를 클릭하여 CodeStream에서 바로 문제 추적 서비스에 문제를 생성합니다. 해당 티켓을 편집기의 코드 블록과 연결할 수도 있습니다.
-* 연결된 티켓이 없는 작업을 해야 하는 경우 **임시 작업 시작** 을 클릭하여 티켓 없이 시작할 수 있습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/how-use-codestream/ui-overview.mdx b/src/i18n/content/kr/docs/codestream/how-use-codestream/ui-overview.mdx
deleted file mode 100644
index 2ac5e8da2d5..00000000000
--- a/src/i18n/content/kr/docs/codestream/how-use-codestream/ui-overview.mdx
+++ /dev/null
@@ -1,418 +0,0 @@
----
-title: CodeStream UI 개요 및 바로 가기
-metaDescription: Here's an overview of the CodeStream UI and keyboard shortcurts.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamActivityFeedBadgeIcon from 'images/codestream_screenshot-crop_activity-feed-badge-icon.webp'
-
-import codestreamStatusBarMentions from 'images/codestream_screenshot-crop_status-bar-mentions.webp'
-
-import codestreamFilterandSearchBar from 'images/codestream_screenshot-crop_filter-and-search-bar.webp'
-
-import codestreamSidebarAllSections from 'images/codestream_screenshot-crop_sidebar-all-sections.webp'
-
-import codestreamUserMenu from 'images/codestream_screenshot-crop_user-menu.webp'
-
-import codestreamGlobalOptionsButtons from 'images/codestream_screenshot-crop_global-options-buttons.webp'
-
-import codestreamBlameHoverExample from 'images/codestream_screenshot-crop_blame-hover-example.webp'
-
-CodeStream 인터페이스의 기본 사항에 대해 알아보세요.
-
-
-
-
-
- 활동 피드는 팀원이 게시한 새로운 댓글과 문제 또는 기존 토론에 대한 새로운 답변을 확인할 수 있는 확실한 장소입니다. 활동 피드에 없을 때 활동 피드 아이콘에서 배지를 찾아 새로운 내용이 있는지 여부를 언제든지 알 수 있습니다. 흰색 점이 있는 파란색 배지는 새로운 토론이나 답변이 있음을 의미합니다.
-
-
-
- IDE 상태 표시줄에 있는 CodeStream 항목을 통해 피드에 새 메시지가 있는 시기도 알 수 있습니다. 사용자 이름 오른쪽에 있는 점은 새 메시지가 있음을 의미하고 숫자는 새 멘션이 있음을 의미합니다.
-
-
-
- 활동 피드 상단의 필터는 피드에 표시되는 내용을 제어합니다.
-
- * **내 조직** 의 모든 사용자의 활동: 조직의 모든 활동을 봅니다. 소규모 조직에만 권장합니다.
-
- * **내 IDE에서 열린 코드와 관련된 활동(기본값)** : IDE에서 연 리포지토리의 코드와 관련된 토론을 참조하세요.
-
- * **선택한 폴더의 코드와 관련된 활동** : 팀이 monorepos 내에서 작업하는 경우 이 옵션을 사용합니다. 현재 선택된 폴더의 코드와 관련된 토론을 보십시오.
-
- 필터 설정에 관계없이 @멘션되면 항상 알림을 받습니다.
-
-
-
- 당사의 필터 및 검색 도구를 사용하면 조직의 의견 및 문제 모음을 적절하다고 판단되는 방식으로 분류할 수 있습니다. 기본적으로 귀하에게 할당된 모든 미해결 문제와 모든 미해결 문제를 볼 수 있습니다.
-
-
-
- 필터 및 검색 도구를 사용하여 코드스트림 조직을 선택하고 특정 의견이나 문제를 찾으세요.
-
- * 자세한 내용을 보려면 목록의 항목 위로 마우스를 가져갑니다.
-
- * 사전 정의된 강력한 필터의 이점을 활용하여 작업을 쉽게 만드십시오.
-
- * 고급 검색 구문을 사용하여 자신만의 검색을 만들고 검색 상자 오른쪽에 있는 책갈피 아이콘을 통해 나중에 사용할 수 있도록 저장할 수 있습니다.
-
- ## 고급 검색 구문 [#advanced-search]
-
-
-
-
- |
- 통사론
- |
-
-
- 정의
- |
-
-
-
-
-
- |
- `status:open`
- |
-
-
- 열려 있는 모든 댓글과 문제를 반환합니다.
- |
-
-
-
- |
- `status:closed`
- |
-
-
- 해결된 모든 댓글과 문제를 반환합니다.
- |
-
-
-
- |
- `type:issue`
- |
-
-
- 모든 문제를 반환합니다.
- |
-
-
-
- |
- `type:comment`
- |
-
-
- 모든 주석을 반환합니다.
- |
-
-
-
- |
- `is:`
- |
-
-
- 위의 상태 및 유형 필터와 동일한 결과를 얻으려면 `open`, `closed`, `issue` 또는 `comment` 를 사용하세요.
- |
-
-
-
- |
- `author:@`
- |
-
-
- 귀하(`@me`) 또는 팀원(`@username`)이 작성한 모든 댓글과 문제를 반환합니다.
- |
-
-
-
- |
- `mentions:@`
- |
-
-
- 귀하(`@me`) 또는 팀원(`@username`)이 제목이나 설명에 언급된 모든 댓글과 문제를 반환합니다.
- |
-
-
-
- |
- `assignee:@`
- |
-
-
- 귀하(`@me`) 또는 팀원(`@username`)에게 할당된 모든 문제를 반환합니다.
- |
-
-
-
- |
- `tag:`
- |
-
-
- 특정 태그가 포함된 모든 댓글과 이슈를 반환합니다. 여러 단어로 구성된 태그 주위에 따옴표를 사용하세요(예: `tag:"api server"`). 여러 태그를 결합하여 AND 쿼리를 생성할 수 있습니다. 예를 들어, `tag:blue tag:green` 파란색과 녹색 태그가 모두 있는 항목을 반환합니다.
- |
-
-
-
- |
- `no:tag`
- |
-
-
- 태그가 없는 모든 댓글과 이슈를 반환합니다.
- |
-
-
-
- |
- `branch:`
- |
-
-
- 지정된 브랜치에 대해 생성된 모든 댓글과 이슈를 반환합니다.
- |
-
-
-
- |
- `commit:`
- |
-
-
- 지정된 커밋 ID가 있는 코드를 포함하는 모든 댓글과 문제를 반환합니다.
- |
-
-
-
- |
- `repo:`
- |
-
-
- 지정된 리포지토리의 코드에 대해 생성된 모든 댓글과 이슈를 반환합니다.
- |
-
-
-
- |
- `created:today`
- |
-
-
- 오늘 생성된 모든 댓글과 이슈를 반환합니다.
- |
-
-
-
- |
- `created:yesterday`
- |
-
-
- 어제 생성된 모든 댓글과 이슈를 반환합니다.
- |
-
-
-
- |
- `created:YYYY-MM-DD`
- |
-
-
- 특정 날짜에 생성된 모든 댓글과 이슈를 반환합니다.
- |
-
-
-
-
- `created:
-
- |
- 특정 날짜 이전에 생성된 모든 댓글과 이슈를 반환합니다.
- |
- |
-
-
- |
- `created:>YYYY-MM-DD`
- |
-
-
- 특정 날짜 이후에 생성된 모든 댓글과 이슈를 반환합니다.
- |
-
-
-
- |
- `updated:YYYY-MM-DD`
- |
-
-
- 특정 날짜에 업데이트된 모든 댓글과 이슈를 반환합니다.
- |
-
-
-
-
- `updated:
-
- |
- 특정 날짜 이전에 업데이트된 모든 댓글과 이슈를 반환합니다.
- |
- |
-
-
- |
- `updated:>YYYY-MM-DD`
- |
-
-
- 특정 날짜 이후에 업데이트된 모든 댓글과 이슈를 반환합니다.
- |
-
-
-
-
-
-
-## 키보드 단축키 [#keyboard-shortcuts]
-
-다음은 Windows/Linux 및 macOS용 CodeStream 키보드 단축키 표입니다.
-
-
-
-
- |
- 동작
- |
-
-
- 윈도우/리눅스
- |
-
-
- 맥 OS
- |
-
-
-
-
-
- |
- 새 댓글
- |
-
-
- `ctrl+shift+c`
- |
-
-
- `ctrl+c`
- |
-
-
-
- |
- 새로운 문제
- |
-
-
- `ctrl+shift+i`
- |
-
-
- `ctrl+i`
- |
-
-
-
- |
- CodeStream 창 전환
- |
-
-
- `ctrl+shift+/`
- |
-
-
- `ctrl+/`
- |
-
-
-
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/start-here/codestream-user-guide.mdx b/src/i18n/content/kr/docs/codestream/start-here/codestream-user-guide.mdx
deleted file mode 100644
index 0eb64140761..00000000000
--- a/src/i18n/content/kr/docs/codestream/start-here/codestream-user-guide.mdx
+++ /dev/null
@@ -1,81 +0,0 @@
----
-title: New Relic CodeStream 사용 설명서
-metaDescription: Everything you need to get started with CodeStream.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamTeamSignUp from 'images/codestream_screenshot-crop_team-sign-up.webp'
-
-import codestreamCodeHostIssueProviderIntegrations from 'images/codestream_screenshot-crop_code-host-issue-provider-integrations.webp'
-
-import codestreamDiscussCodeExample from 'images/codestream_screenshot-crop_discuss-code-example.webp'
-
-import codestreamFeedbackRequestCodeDiscussion from 'images/codestream_screenshot-crop_feedback-request-code-discussion.webp'
-
-import codestreamPullRequestExample from 'images/codestream_screenshot-crop_pull-request-example.webp'
-
-## 주제로 이동 [#jump]
-
-왼쪽에 있는 탐색 기능을 사용하여 원하는 항목으로 바로 이동할 수 있습니다. 그렇지 않으면 New Relic CodeStream을 시작하려면 계속 읽으십시오.
-
-아직 [가입하지 않았다면 New Relic CodeStream을 최대한 활용할 수 있도록 무료 New Relic 계정에](https://newrelic.com/signup) 가입하십시오.
-
-## 1. IDE에 CodeStream 확장 프로그램을 설치하고 가입합니다. [#install]
-
-[VS Code](https://marketplace.visualstudio.com/items?itemName=CodeStream.codestream) , [Visual Studio](https://marketplace.visualstudio.com/items?itemName=CodeStream.codestream-vs) 또는 [JetBrains](https://plugins.jetbrains.com/plugin/12206-codestream) 용 CodeStream을 설치합니다. CodeStream 창은 VS Code의 사이드바 또는 JetBrains 또는 Visual Studio의 오른쪽에 있는 도구 창에 자동으로 나타납니다. 팀에서 처음으로 CodeStream에 가입한 경우 **가입 및 팀 만들기를** 클릭하고 이미 CodeStream에 있는 팀에 초대받은 경우 초대 코드를 붙여넣습니다.
-
-
-
-[CodeStream 사용 방법에 대해 자세히 알아보십시오.](/docs/codestream/start-here/install-codestream)
-
-## 2. 도구 연결 [#connect]
-
-GitHub, GitLab 또는 Bitbucket에서 pull 요청을 만들고 검토하세요. Jira, Trello 및 기타 문제 추적기에서 문제를 생성합니다. Slack 또는 Microsoft Teams에서 코드 토론을 공유하세요. CodeStream은 매일 사용하는 도구를 IDE에서 함께 제공합니다. CodeStream 창 상단의 얼굴 사진을 클릭하고 통합 페이지로 이동하여 모든 도구를 연결하십시오.
-
-
-
-## 3. 언제든지 코드 블록에 대해 토론 [#discuss]
-
-다른 사람의 코드를 이해하려고 하거나 방금 작성한 코드에 대해 도움을 받으려는 경우 코드를 선택하고 질문하기만 하면 됩니다.
-
-
-
-[코드 토론에 대해 자세히 알아보세요.](/docs/codestream/how-use-codestream/discuss-code)
-
-## 4. 진행 중인 작업에 대한 피드백 받기 [#feedback]
-
-개발 주기의 언제든지 **+** 메뉴에서 **피드백 요청** 을 선택하세요. 진행 중인 일부 작업(커밋되지 않은 코드도 포함)을 빠르게 살펴보거나 완료된 노력에 대한 공식 검토를 할 수 있습니다.
-
-
-
-팀원들은 분기를 전환하거나 자신의 작업을 따로 보관할 필요 없이 IDE에서 바로 변경 사항을 검토할 수 있습니다. [피드백 요청에 대해 자세히 알아보세요.](/docs/codestream/how-use-codestream/feedback-requests-section)
-
-## 5. 풀 리퀘스트 생성 또는 검토 [#pr]
-
-CodeStream 사이드바의 **풀 요청** 섹션을 찾아 열려 있는 풀 요청을 검토하십시오. 풀 요청을 클릭(또는 URL에서 로드)하여 IDE에서 바로 완전한 GitHub 경험을 얻으십시오!
-
-
-
-GitHub, GitLab 또는 Bitbucket에서 pull 요청을 생성할 수 있지만 pull 요청 검토 지원은 현재 GitHub(cloud 또는 Enterprise)에서만 사용할 수 있습니다. [끌어오기 요청에 대해 자세히 알아보세요.](/docs/codestream/how-use-codestream/pull-requests-section)
-
-## 도움말 및 피드백 [#help]
-
-* 버그를 보고하거나 [GitHub 문제](https://github.com/TeamCodeStream/CodeStream/issues) 의 개선 사항을 제안하세요.
-* [codestream@newrelic.com](mailto:codestream@newrelic.com) 으로 직접 문의하십시오.
-* 제품 업데이트와 피드백 및 질문을 공유하려면 [@teamcodestream](http://twitter.com/teamcodestream) 을 팔로우하세요.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/start-here/sign-up-codestream.mdx b/src/i18n/content/kr/docs/codestream/start-here/sign-up-codestream.mdx
deleted file mode 100644
index 8ff29f03ba9..00000000000
--- a/src/i18n/content/kr/docs/codestream/start-here/sign-up-codestream.mdx
+++ /dev/null
@@ -1,59 +0,0 @@
----
-title: CodeStream에 가입
-description: CodeStream의 계정 및 조직에 대한 개요와 팀을 위해 설정하는 방법입니다.
-freshnessValidatedDate: never
-translationType: machine
----
-
-import codestreamCreateAccount from 'images/codestream_screenshot-crop_create-account.webp'
-
-import codestreamEmailConfirmationCode from 'images/codestream_screenshot-crop_email-confirmation-code.webp'
-
-import codestreamCreateorJoinTeam from 'images/codestream_screenshot-crop_create-or-join-team.webp'
-
-import codestreamInviteTeammates from 'images/codestream_screenshot-crop_invite-teammates.webp'
-
-CodeStream을 시작하는 것은 쉽습니다. 가입 절차는 계정 생성, 조직 생성 또는 가입, 팀원 초대 등의 과정을 안내합니다.
-
-## 계정 만들기 [#account]
-
-이미 [IDE에 CodeStream 확장이 설치되어 있는](/docs/codestream/start-here/install-codestream) 경우 CodeStream 창에서 가입 프로세스를 시작할 수 있습니다. 등록에는 세 가지 옵션이 있습니다.
-
-* 직장 이메일 주소와 비밀번호를 입력하세요
-* GitHub, GitLab 또는 Bitbucket 계정을 사용하여 인증
-* New Relic 고객은 New Relic 사용자 API 키로 가입할 수 있습니다.
-
-이메일 주소를 사용하여 가입한 경우 이메일로 확인 코드를 보내드립니다.
-
-
-
-## 조직 만들기 또는 가입 [#create-org]
-
-이제 가입했으므로 다음 단계는 CodeStream 조직에 가입하거나 생성하는 것입니다. CodeStream 조직은 귀하와 귀하의 팀원이 코드에 대해 토론하고 협업하는 곳이며 회사의 모든 개발자는 동일한 CodeStream 조직에 있을 수 있습니다. New Relic 고객인 경우 CodeStream 조직은 New Relic 조직에 어떤 식으로든 연결되어 있지 않습니다.
-
-CodeStream 가입 초대를 받은 경우 초대를 받은 이메일 주소를 사용하여 가입하기만 하면 해당 조직에 자동으로 추가됩니다. 당신이해야 할 다른 것은 없습니다.
-
-초대를 받지 않았더라도 기존 CodeStream 조직에 가입할 수 있습니다. 회사에 이미 CodeStream에 조직이 있는 경우 해당 조직의 관리자는 회사 도메인의 이메일 주소를 사용하는 모든 사람이 초대받지 않고 조직에 가입하도록 허용할 수 있습니다. 이 경우 가입하면 가입할 수 있는 해당 조직이 표시됩니다.
-
-
-
-초대를 받지 않았고 가입할 기존 조직이 없는 경우 새 조직이 생성됩니다.
-
-## 팀원을 초대하세요 [#invite]
-
-이제 CodeStream 조직의 일부가 되었으므로 마지막 단계는 팀 동료를 조직에 초대하여 함께 토론하고 코드를 검토할 수 있도록 하는 것입니다.
-
-
-
-CodeStream은 IDE에서 연 리포지토리의 커밋 기록을 기반으로 몇 가지 제안을 제공합니다. 기존 조직에 가입하지 않고 대신 조직을 만든 경우 자동으로 새 조직의 관리자가 되며 이 초대 단계에는 회사 도메인의 이메일 주소를 가진 모든 사람이 초대를 받지 않고도 가입할 수 있는 옵션이 포함됩니다. .
-
-이제 CodeStream을 사용할 준비가 되었습니다.
\ No newline at end of file
diff --git a/src/i18n/content/kr/docs/codestream/start-here/what-is-codestream.mdx b/src/i18n/content/kr/docs/codestream/start-here/what-is-codestream.mdx
index 512f46b0986..7caadad3757 100644
--- a/src/i18n/content/kr/docs/codestream/start-here/what-is-codestream.mdx
+++ b/src/i18n/content/kr/docs/codestream/start-here/what-is-codestream.mdx
@@ -7,11 +7,11 @@ freshnessValidatedDate: never
translationType: machine
---
-import codestreamVscClm from 'images/codestream_screenshot-marketplace-vsc-clm.webp'
+import codestreamVscClm from 'images/codestream_screenshot-full_marketplace-vsc-clm.webp'
import codestreamErrorCommentAnimation from 'images/codestream_screenshot-full_error-comment-animation.gif'
-import codestreamVscSlt from 'images/codestream_screenshot-marketplace-vsc-slt.webp'
+import codestreamVscSlt from 'images/codestream_screenshot-crop_marketplace-vsc-slt.webp'
import codestreamDiscussCodeAnimation from 'images/codestream_screenshot-full_discuss-code-animation.gif'
diff --git a/src/images/codestream_screenshot-crop_associate-other-services.webp b/src/images/codestream_screenshot-crop_associate-other-services.webp
index 920ed4a5c89..d27686446b6 100644
Binary files a/src/images/codestream_screenshot-crop_associate-other-services.webp and b/src/images/codestream_screenshot-crop_associate-other-services.webp differ
diff --git a/src/images/codestream_screenshot-crop_errors-list.webp b/src/images/codestream_screenshot-crop_errors-list.webp
new file mode 100644
index 00000000000..a850aabb03e
Binary files /dev/null and b/src/images/codestream_screenshot-crop_errors-list.webp differ
diff --git a/src/images/codestream_screenshot-marketplace-vsc-slt.webp b/src/images/codestream_screenshot-crop_marketplace-vsc-slt.webp
similarity index 100%
rename from src/images/codestream_screenshot-marketplace-vsc-slt.webp
rename to src/images/codestream_screenshot-crop_marketplace-vsc-slt.webp
diff --git a/src/images/codestream_screenshot-crop_o11y.webp b/src/images/codestream_screenshot-crop_o11y.webp
new file mode 100644
index 00000000000..e469a8328af
Binary files /dev/null and b/src/images/codestream_screenshot-crop_o11y.webp differ
diff --git a/src/images/codestream_screenshot-crop_open-in-ide-codestream.webp b/src/images/codestream_screenshot-crop_open-in-ide-codestream.webp
new file mode 100644
index 00000000000..959001648be
Binary files /dev/null and b/src/images/codestream_screenshot-crop_open-in-ide-codestream.webp differ
diff --git a/src/images/codestream_screenshot-crop_sign-in.webp b/src/images/codestream_screenshot-crop_sign-in.webp
new file mode 100644
index 00000000000..2b31f2b18f2
Binary files /dev/null and b/src/images/codestream_screenshot-crop_sign-in.webp differ
diff --git a/src/images/codestream_screenshot-full_discuss-code.webp b/src/images/codestream_screenshot-full_discuss-code.webp
new file mode 100644
index 00000000000..13772eb0ea2
Binary files /dev/null and b/src/images/codestream_screenshot-full_discuss-code.webp differ
diff --git a/src/images/codestream_screenshot-marketplace-vsc-clm.webp b/src/images/codestream_screenshot-full_marketplace-vsc-clm.webp
similarity index 100%
rename from src/images/codestream_screenshot-marketplace-vsc-clm.webp
rename to src/images/codestream_screenshot-full_marketplace-vsc-clm.webp
diff --git a/src/images/queriesNrql_screenshot-full_nrql-console.webp b/src/images/queriesNrql_screenshot-full_nrql-console.webp
index 5288ad498db..7059697d2b7 100644
Binary files a/src/images/queriesNrql_screenshot-full_nrql-console.webp and b/src/images/queriesNrql_screenshot-full_nrql-console.webp differ
diff --git a/src/nav/codestream.yml b/src/nav/codestream.yml
index 29e48674dd0..a32ae2a64a1 100644
--- a/src/nav/codestream.yml
+++ b/src/nav/codestream.yml
@@ -3,30 +3,30 @@ path: /docs/codestream
pages:
- title: Introduction to New Relic CodeStream
path: /docs/codestream/start-here/what-is-codestream
- - title: Install CodeStream and sign up
+ - title: Install CodeStream
path: /docs/codestream/start-here/install-codestream
- - title: How to use CodeStream
+ - title: Observability in the IDE
pages:
- - title: Observability
- path: /docs/codestream/how-use-codestream/performance-monitoring
- - title: Codemarks
- path: /docs/codestream/how-use-codestream/discuss-code
- - title: UI overview and shortcuts
- path: /docs/codestream/how-use-codestream/ui-overview
- - title: CodeStream integrations
+ - title: Performance monitoring
+ path: /docs/codestream/observability/performance-monitoring
+ - title: Connecting repositories to services
+ path: /docs/codestream/observability/repo-association
+ - title: Code-level metrics
+ path: /docs/codestream/observability/code-level-metrics
+ - title: Error investigation
+ path: /docs/codestream/observability/error-investigation
+ - title: Code discussion
pages:
- - title: Slack and CodeStream
- path: /docs/codestream/codestream-integrations/slack-integration
- - title: Microsoft Teams and CodeStream
- path: /docs/codestream/codestream-integrations/msteams-integration
- - title: CodeStream notifications
- path: /docs/codestream/codestream-integrations/notifications
+ - title: Creating comments and issues
+ path: /docs/codestream/code-discussion/discuss-code
+ - title: Activity feed and search
+ path: /docs/codestream/code-discussion/activity-feed-search
+ - title: Slack integration
+ path: /docs/codestream/code-discussion/slack-integration
+ - title: Microsoft Teams integration
+ path: /docs/codestream/code-discussion/msteams-integration
- title: CodeStream settings
- pages:
- - title: Account settings
- path: /docs/codestream/codestream-settings/account-settings
- - title: Organization administration
- path: /docs/codestream/codestream-settings/team-administration
+ path: /docs/codestream/codestream-settings/account-settings
- title: Troubleshooting
pages:
- title: CodeStream logs
|