Git日志,参数不明确
假设3次提交Git日志,参数不明确,git,Git,假设3次提交 commit e824a9be48accc21da5907924a5f7a20c48447ed commit 62f819bdfe38e6252a54f5aae47fbf150d4e3371 commit eb8f996f6797df717247f911040b7d597b386ec3 为什么会认为git log 62f模棱两可? fatal: ambiguous argument '62f': unknown revision or path not in the workin
commit e824a9be48accc21da5907924a5f7a20c48447ed
commit 62f819bdfe38e6252a54f5aae47fbf150d4e3371
commit eb8f996f6797df717247f911040b7d597b386ec3
为什么会认为git log 62f模棱两可?
fatal: ambiguous argument '62f': unknown revision or path not in the working tree.
毕竟,
62f
唯一地标识了第二次提交Git的消息在这里是误导性的。虽然62f
并不含糊不清,但Git需要一个简短的SHA1。Git的信息在这里有误导性。虽然62f
并不含糊,但Git需要一个短SHA1。如果要查看单个提交背后的数据,应该使用Git show 62f819bd
。而且62f
太短,不能被认为是唯一的。我认为标准是最少4个字符,我通常会记下前8个字符。如果你想查看一次提交后的数据,你应该使用git show 62f819bd。而且62f
太短,不能被认为是唯一的。我认为标准是最少4个字符,我通常会记下前8个字符。ls.git/objects/62/f*以查找所有可以通过62f id识别的对象,并确保没有其他提交。@Alexandpriymak,在本例中只有1个,但这是一个有趣的练习+1用于youls.git/objects/62/f*查找所有可由62f id标识的对象,并确保没有其他提交。@AlexandrPriymak,在本例中只有1,但这是一个有趣的练习+1给你