翻訳は Google 翻訳です。タイプミスを見つけたらご報告頂ければです。
Please read the following important infomation before continuing.
When you are ready to continue with Setup, click Next.
セットアップを続行する準備ができたら、[次へ]をクリックします。
続行する前に、以下の重要な情報をお読みください。
Selecct Destination Location
Where should Git be installed?
Setup will install Git into the following folder.
To continue, click Next. If you would like to select a different folder, click Browse.
宛先の場所を選択します。
Gitはどこにインストールする必要がありますか？
セットアップにより、Gitが次のフォルダーにインストールされます。
続行するには、[次へ]をクリックします。 別のフォルダを選択する場合は、[参照]をクリックします。
Select Components.
Which components should be installed?
Select the components you want to install; dear the components you do not want to install. Click Next when you are ready to continue.
[コンポーネント]を選択します。
どのコンポーネントをインストールする必要がありますか？
インストールするコンポーネントを選択します。 インストールしたくないコンポーネントがあります。 続行する準備ができたら、[次へ]をクリックします。
Additional icons.
On the Desktop.
Windows Explorer itegration.
Git Bash Here.
Git GUI Here.
Git LFS (Large File Support).
Associate .git* configuration files with the default text editor.
Associate .sh file to be run with Bash.
Use a TrueType font in all console windows.
Check daily for Git for Windows updates.
追加のアイコン。
デスクトップ上。
Windowsエクスプローラーの統合。
ここでGitBash。
GitGUIはこちら。
Git LFS（ラージファイルサポート）。
.git *構成ファイルをデフォルトのテキストエディターに関連付けます。
実行する.shファイルをBashに関連付けます。
すべてのコンソールウィンドウでTrueTypeフォントを使用します。
Git forWindowsの更新を毎日確認してください。
Select Start Menu Folder.
Where should Setup place the program's shortcuts?
Setup will create the program's sortcuts in the following Start Menu folder.
To continue, click Next. If you would like to select a different folder, click Browse.
[スタートメニューフォルダ]を選択します。
セットアップはプログラムのショートカットをどこに配置する必要がありますか？
セットアップは、次のスタートメニューフォルダにプログラムのソートカットを作成します。
続行するには、[次へ]をクリックします。 別のフォルダを選択する場合は、[参照]をクリックします。
Choosing the default editor used by Git.
Which editor would you like Git to use?
Use Visual Studio Code as Git's default editor.
Visual Studio Code is an Open Source, lightweight and powerfull editor runnning as desktop applicatin. It comes with built-in support for JavaScript, TypeScript and Node.js and has a rich ecosystem of extensions for other languages (such as C++, C#, Java, Python, PHP, Go) and runtimes (such as .NET and Unity).
(WARGING!) This will be installed only for this user.
Use this option to let Git use Visual Studio Code as its default editor.
Gitで使用されるデフォルトのエディターを選択します。
Gitにどのエディターを使用させますか？
Visual StudioCodeをGitのデフォルトエディターとして使用します。
Visual Studio Codeは、デスクトップアプリケーションとして実行されるオープンソースの軽量で強力なエディターです。 JavaScript、TypeScript、Node.jsのサポートが組み込まれており、他の言語（C ++、C＃、Java、Python、PHP、Goなど）およびランタイム（.NETやUnityなど）の拡張機能の豊富なエコシステムがあります。
（警告！）これは、このユーザーに対してのみインストールされます。
このオプションを使用して、GitがVisual StudioCodeをデフォルトのエディターとして使用できるようにします。
Adjusting the name of the initial branch in new repositories.
What would you like Git to name the initial branch after "git init"?
Let Git decide.
Let Git use its default branch name (currently: "master") for the initial branch in newly created repositories. The Git project intends to change this default to a more inclusive name in the near future.
Override the default branch name for new repositories.
NEW! Many teams already renamed their default branches; common choices are "main, "trunk" and "development". Specify the name "git init" should use for the initial branch:
This setting does not affect existing repositories.
新しいリポジトリの最初のブランチの名前を調整します。
「git init」にちなんで最初のブランチにGitの名前を付けますか？
Gitに決めさせてください。
新しく作成されたリポジトリの最初のブランチに、Gitにデフォルトのブランチ名（現在は「マスター」）を使用させます。 Gitプロジェクトは、近い将来、このデフォルトをより包括的な名前に変更する予定です。
新しいリポジトリのデフォルトのブランチ名を上書きします。
新着！ 多くのチームはすでにデフォルトのブランチの名前を変更しています。 一般的な選択肢は、「main」、「trunk」、「development」です。最初のブランチに使用する「git init」という名前を指定します。
この設定は、既存のリポジトリには影響しません。
Adjusting your PATH environment.
How would you like to use Git from the command line?
Use Git from Git Bash only.
This is the most cautious choice as your PATH will not be modified at all. You will only be able to use the Git command line tools from Git Bash.
Git from the command line and also from 3rd-party software.
(Recommended) This option adds only some minimal Git wrappers to your PATH to avoid cluttering your environment with optional Unix tools.
You will be able to use Git from Git bash, the Command Prompt and the Windows PowerShell as well as any third-pary software looking for Git in PATH.
Use Git and optional Unix tools from the Command Prompt.
Both Git and the optional Unix tools will be added to your PATH.
Warning: This will override Windows tools like "find" and "sort". Only use this option if you understand the implications.
PATH環境を調整します。
コマンドラインからGitをどのように使用しますか？
GitBashのGitのみを使用してください。
PATHはまったく変更されないため、これは最も慎重な選択です。 GitBashのGitコマンドラインツールのみを使用できます。
コマンドラインおよびサードパーティソフトウェアからのGit。
（推奨）このオプションは、オプションのUnixツールで環境が乱雑にならないように、PATHに最小限のGitラッパーのみを追加します。
Git bash、コマンドプロンプト、Windows PowerShell、およびPATHでGitを検索するサードパーティソフトウェアからGitを使用できます。
コマンドプロンプトからGitおよびオプションのUnixツールを使用します。
GitとオプションのUnixツールの両方がPATHに追加されます。
警告：これにより、「検索」や「並べ替え」などのWindowsツールが上書きされます。 このオプションは、影響を理解している場合にのみ使用してください。
Choosing HTTPS transport backend.
Which SSL/TLS library would you like Git to use for HTTPS connections?
Use the OpenSSL library.
Server certificates will be validated using the ca-bundle.crt file.
Use the native Windows Secure Channel library.
Server certificates will be calidated using Windows Certificate Stores.
This option also allows you to use your company's internal Root CA certificates distributed e.g. via Active Directory Domain Services.
HTTPSトランスポートバックエンドの選択。
GitでHTTPS接続に使用するSSL / TLSライブラリはどれですか？
OpenSSLライブラリを使用します。
サーバー証明書は、ca-bundle.crtファイルを使用して検証されます。
ネイティブのWindowsセキュアチャネルライブラリを使用します。
サーバー証明書は、Windows証明書ストアを使用して校正されます。
このオプションを使用すると、会社の内部ルートCA証明書を使用することもできます。 ActiveDirectoryドメインサービス経由。
Configuring the line ending conversions.
How should Git treat line endings in text files?
Checkout Windows-style, commit Unix-style line endings.
Git will convert LF to CRLF when checking out text files. When committing text files, CRLF will be converted to LF.
For cross-platform projects, this is the recommended setting on Windwows ("core.autocrlf" is set to "true").
Checkout as-is, commit Unix-style line endings.
Git will not perform any conversion when checking out text files. When committing text files, CRLF will be converted to LF. For cross-platform projects, this is the reccomended setting on Unix ("core.autocrlf" is set to "input").
Checkout as-is, commit as-is
Git will not perform any conversions when checking out or commiting text files. Choosing this option is not reccomended for cross-platform projects ("core.autocrlf" is set to "false").
行末変換の構成。
Gitはテキストファイルの行末をどのように処理する必要がありますか？
Windowsスタイルをチェックアウトし、Unixスタイルの行末をコミットします。
Gitは、テキストファイルをチェックアウトするときにLFをCRLFに変換します。 テキストファイルをコミットすると、CRLFはLFに変換されます。
クロスプラットフォームプロジェクトの場合、これはWindwowsの推奨設定です（「core.autocrlf」は「true」に設定されています）。
そのままチェックアウトし、Unixスタイルの行末をコミットします。
テキストファイルをチェックアウトするとき、Gitは変換を実行しません。 テキストファイルをコミットすると、CRLFはLFに変換されます。 クロスプラットフォームプロジェクトの場合、これはUnixで推奨される設定です（「core.autocrlf」は「input」に設定されます）。
現状のままチェックアウト、現状のままコミット
Gitは、テキストファイルをチェックアウトまたはコミットするときに変換を実行しません。 このオプションを選択することは、クロスプラットフォームプロジェクトには推奨されません（「core.autocrlf」は「false」に設定されます）。
Configuring the terminal emulator to use with Git Bash.
Which terminal emulator do you want to use with your Git Bash?
Use MinTTY (the default terminal of MSYS2).
Git Bash will use MinTTY as terminal emulator, which sports a resizable winodw, non-rectangular selections and a Unicode font. Windows console programs (such as interactive Python) must be launched via winpty to work in MinTTY.
Use Windows' default console window.
Git will use the default console window of Windows ("cmd.exe"), which works well with Win32 console programs such as interactive Python or node.js, but has a very limited default scroll-back, needs to be confitured to use a Unicode font in order to display non-ASCII characters correctly, and prior to Windows 10 its window was not freely resizable and it only allowed rectangular text selections.
Git Bashで使用するターミナルエミュレーターの構成。
Git Bashでどのターミナルエミュレーターを使用しますか？
MinTTY（MSYS2のデフォルト端末）を使用します。
Git Bashは、ターミナルエミュレーターとしてMinTTYを使用します。これは、サイズ変更可能なウィンドウ、非長方形の選択、およびUnicodeフォントを備えています。 MinTTYで動作するには、Windowsコンソールプログラム（インタラクティブPythonなど）を winpty経由で起動する必要があります。
Windowsのデフォルトのコンソールウィンドウを使用します。
GitはWindowsのデフォルトのコンソールウィンドウ（ "cmd.exe"）を使用します。これはインタラクティブなPythonやnode.jsなどのWin32コンソールプログラムでうまく機能しますが、デフォルトのスクロールバックは非常に限られているため、 非ASCII文字を正しく表示するためのUnicodeフォントであり、Windows 10より前は、ウィンドウのサイズを自由に変更することはできず、長方形のテキストしか選択できませんでした。
Choose the default behavior of git pull.
What should git pull do by default?
Default (fast-forward or merge).
This is the standard behavior of git pull : fast-forward the current branch to the fetched branch when pssible, other wise create a merge commit.
Rebase.
Rebase the current branch onto tht fetched branch. If there are no local commits to rebase, this equivalent to a fast-forward.
Only ever fast-forward.
Fast-forward to the fetched branch. Fail if that is not possible.
git pullのデフォルトの動作を選択します。
デフォルトで git pullは何をすべきですか？
デフォルト（早送りまたはマージ）。
これは git pullの標準的な動作です。可能な場合は現在のブランチをフェッチされたブランチに早送りします。それ以外の場合はマージコミットを作成します。
リベース。
現在のブランチをフェッチされたブランチにリベースします。 リベースするローカルコミットがない場合、これは早送りに相当します。
早送りするだけです。
フェッチされたブランチに早送りします。 それが不可能な場合は失敗します。
Choose a credential helper.
Which credential helper should be configured?
Git Credential Manager Core.
(NEW!) Use the new, cross-platform version of the Git Credential Manager.
See more infomation about the future of Git Credential Manager here.
Git Credential Manager.
(DEPRECATED) The Git Credential Manager for Windows handles credentials e.g. for Azure DevOps and GitHub (requires .NET framework v4.5.1 or later).
None.
Do not use a credential helper.
クレデンシャルヘルパーを選択します。
どのクレデンシャルヘルパーを構成する必要がありますか？
Gitクレデンシャルマネージャーコア。
（NEW！）Git CredentialManagerの新しいクロスプラットフォームバージョンを使用します。
Git Credential Managerの将来について詳しくは、こちらをご覧ください。
Gitクレデンシャルマネージャー。
（非推奨）Git Credential Manager for Windowsは、資格情報を処理します。 Azure DevOpsおよびGitHubの場合（.NET Framework v4.5.1以降が必要）。
無し。
クレデンシャルヘルパーを使用しないでください。
Configuring extra options.
Which features would you like to enable?
Enable file system caching.
File system data will be read in bulk and cached in memory for certain operations ("core.fscache" is set to "true"). This provides a significant performance boost.
Enable symbolic links.
Enabel symbolic links (requires the SeCreateSymbolickLink permission).
Please note that exsting repositories are unaffected by this setting.
追加オプションの構成。
どの機能を有効にしますか？
ファイルシステムのキャッシュを有効にします。
ファイルシステムデータは一括で読み取られ、特定の操作のためにメモリにキャッシュされます（「core.fscache」は「true」に設定されます）。 これにより、パフォーマンスが大幅に向上します。
シンボリックリンクを有効にします。
Enabelシンボリックリンク（SeCreateSymbolickLink権限が必要です）。
既存のリポジトリはこの設定の影響を受けないことに注意してください。
Configuring experimental options.
Which bleeding-edge features would you like to enable?
Enable experimental support for pseudo consoles.
(NEW!) This allows running native console programs like Node or Python in a Git Bash window without using winpty, but it still has known bugs.
実験オプションの構成。
どの最先端の機能を有効にしますか？
疑似コンソールの実験的サポートを有効にします。
（NEW！）これにより、winptyを使用せずにGit BashウィンドウでNodeやPythonなどのネイティブコンソールプログラムを実行できますが、既知のバグが残っています。
