GIT LOG Meaning in Japanese - translations and usage examples

• git log

Examples of using Git log in English and their translations into Japanese

How to output git log with the first line only?
どのように最初の行だけでgitログを出力するのですか？

The most basic and powerful tool to do this is the git log command.
そのために使用するもっとも基本的かつパワフルな道具がgitlogコマンドです。

How to have git log show filenames like svn log-v.
Gitlogにsvnlog-vのようなファイル名を表示する方法。

The last really useful option to pass to git log as a filter is a path.
最後に紹介するgitlogのフィルタリング用オプションは、パスです。

Even the git log is clean and the unit tests run out of the box on Python 2 and 3.
Gitログもきれいで、ユニットテストはPython2と3の箱の外で実行されます。

The shortest possible output from git log containing author and date.
著者と日付を含むgitlogからの最短出力。

You could get all your commit log information back with the git log command.
Gitlogコマンドですべてのコミットログ情報を取得できます。

By default, with no arguments, git log lists the commits made in that repository in reverse chronological order.
デフォルトで引数を何も指定しなければ、gitlogはそのリポジトリでのコミットを新しい順に表示します。

Those are only some simple output-formatting options to git log- there are many more.
これらはgitlogの出力フォーマット指定のほんの一部でしかありません。

If you pass--abbrev-commit to the git log command, the output will use shorter values but keep them unique;
Gitlogコマンドで--abbrev-commitを指定すると、コミットを一意に特定できる範囲の省略形で出力します。

A complete list of changes for each release can be obtained by viewing the Git logs for each release.
各リリースにおける変更点の全一覧は、各リリースのGitログを参照することで入手できます。

For example, to see a specific commit, suppose you run a git log command and identify the commit where you added certain functionality:.
あるコミットを指定するためにgitlogコマンドを実行し、とある機能を追加したコミットを見つけました。

If you run a git log when your history looks like this, you will see two commits that have the same author, date, and message, which will be confusing.
歴史がこんな状態になっているときにgitlogを実行すると、同じ作者による同じメッセージのコミットが二重に表示されてしまいます。

To see reflog information formatted like the git log output, you can run git log-g:.
参照ログの情報をgitlogの出力風の表記で見るにはgitlog-gを実行します。

If you run git log, you can see that all the SHA-1 checksums for the commits have changed, but the git-p4 strings are no longer in the commit messages:.
Gitlogを実行すれば各コミットのSHA-1チェックサムがすべて変わったことがわかります。そしてgit-p4文字列はコミットメッセージから消えました。

If you go to the /opt/p4import directory and run git log, you can see your imported work:.
Opt/p4importディレクトリに移動してgitlogを実行すると、インポートされた内容を見ることができます。

Gitk is basically a visual git log tool, and it accepts nearly all the filtering options that git log does.
Gitkは、簡単に言うとビジュアルなgitlogツールです。gitlogで使えるフィルタリングオプションにはほぼすべて対応しています。

The release notes MUST NOT be the raw output of a version control log(e.g., the"git log" command results are not release notes).
リリースノートは、バージョン管理ログの生の出力であってはなりません（例えば、"gitlog"コマンドの結果はリリースノートではない）。

For instance, if you're running a git log command and can't remember one of the options, you can start typing it and press Tab to see what matches:.
おそらくこっちのほうがより有用でしょう。たとえば、gitlogを実行しようとしてそのオプションを思い出せなかった場合、タブキーを押せばどんなオプションを使えるのかがわかります。

You can pretty easily see what files have been modified in a single commit with the--name-only option to the git log command(mentioned briefly in Chapter 2):.
あるコミットでどのファイルが変更されるのかを知るのはとても簡単で、gitlogコマンドに--name-onlyオプションを指定するだけです(第2章で簡単に説明しました)。

The second commit will be melded into the first one, and git log and git show should now confirm that you have only one commit with the changes from both previous commits.
番目のコミットが1番目のコミットにマージされ、gitlogとgitshowによって、前の2つのコミットから変更されたコミットが1つだけであることが確認されます。

To see the same information in a much more useful way, we can run git log-g, which will give you a normal log output for your reflog.
もっと有効な方法で同じ情報を見るためには、gitlog-gを実行することができます。これはreflogに対する通常のログ出力を提供してくれます。

You can run something like git log 1a410e to look through your whole history, but you still have to remember that 1a410e is the last commit in order to walk that history to find all those objects.
すべての履歴をひと通り見るにはgitlog1a410eのように実行します。しかしそれでも履歴を辿りながらそれらすべてのオブジェクトを見つけるためには、1a410eが最後のコミットであることを覚えていなければなりません。SHA-1ハッシュ値を格納できるファイルが必要です。

The Git project has well-formatted commit messages- I encourage you to run git log--no-merges there to see what a nicely formatted project-commit history looks like.
Gitプロジェクトでは、このようにきれいに整形されたコミットメッセージを使っています。gitlog--no-mergesを実行すれば、きれいに整形されたプロジェクトの歴史がどのように見えるかがわかります。

If you're used to Subversion and want to see your history in SVN output style, you can run git svn log to view your commit history in SVN formatting:.
Subversionに慣れているのでSVNが出力する形式で歴史を見たい、という場合はgitsvnlogを実行しましょう。すると、コミットの歴史がSVN形式で表示されます。