蒂姆·波普在他的博客文章中提出了一个特定的git commit消息风格: http : //www.tpope.net/node/106 以下是对他的build议的简要总结: 第一行是50个字符或更less 然后是一个空白行 剩余的文本应该包装在72个字符 他的博客文章给出了这些build议的基本原理(为简洁起见,我将称之为“50/72格式化”): 在实践中,一些工具将第一行作为主题行,第二段作为主体(类似于电子邮件) git log不处理换行,所以如果行太长,很难读取。 git format-patch –stdout将提交转换为电子邮件 – 所以玩的很好,如果你的提交已经很好地包装,它会有所帮助。 我想补充一点,我想蒂姆会同意的:总结你的提交行为在任何版本控制系统中都是一个很好的实践。 它可以帮助其他人(或者以后的人)更快地find相关的提交。 所以,我有几个部分对我的问题: Git的“思想领袖”或“有经验的用户”大概包含50/72格式的风格? 我问这个,因为有些时候新用户不知道或不关心社区的做法。 对于那些不使用这种格式的用户,是否有使用不同格式样式的原则性原因? (请注意,我正在寻找有关优点的争论,而不是“我从来没有听说过”或“我不在乎”。) 从经验上讲,git存储库拥有这种风格的百分比是多less? (如果有人想对GitHub仓库进行分析…提示,提示。) 我的意思是不要推荐50/72风格或者打倒其他风格。 (为了开放,我更喜欢它,但是我愿意接受其他想法。)我只想得到为什么人们喜欢或反对各种git commit消息风格的理由。 (随意提出没有提到的点数。)
我只想在上次提交时看到提交的文件,就像我在做git commit时看到的那样。 不幸的是寻找 git "last commit" log 在谷歌让我无处可去。 和 git diff HEAD^..HEAD 当然,这并不是我所需要的,因为它也会带来变化的胆量。
我在过去的一个小时里改了几件事,一步一步地做了。 但我只是意识到我忘了添加一些更改前的文件。 日志看起来像这样: GIT TidyUpRequests u:1 d:0> git log commit fc6734b6351f6c36a587dba6dbd9d5efa30c09ce Author: David Klein <> Date: Tue Apr 27 09:43:55 2010 +0200 The Main program now tests both Webservices at once commit 8a2c6014c2b035e37aebd310a6393a1ecb39f463 Author: David Klein <> Date: Tue Apr 27 09:43:27 2010 +0200 ISBNDBQueryHandler now uses the XPath functions from XPath.fs too commit 06a504e277fd98d97eed4dad22dfa5933d81451f […]
我一直在使用github,而且我一直使用客户端来执行提交和提交。 我决定尝试从git bash昨天,我成功地创build了一个新的回购和提交的文件。 今天,我做了从另一台计算机的存储库的变化,我已经承诺的变化,现在我回家,并执行git pull来更新我的本地版本,我得到这个: There is no tracking information for the current branch. Please specify which branch you want to merge with. See git-pull(1) for details git pull <remote> <branch> If you wish to set tracking information for this branch you can do so with: git branch –set-upstream develop origin/<branch> 这个回购的唯一贡献是我,没有分支(只是一个主)。 我在窗户上,我已经从git bash执行拉: git状态: […]
我不小心在一个分支上工作了一段时间,所以我分出了一个合适的名字。 现在我想覆盖我不应该从原来的版本(github)的分支。 是否有捷径可寻? 我试图删除分支,然后重新设置跟踪分支,但它只是给我我再次工作的版本。
我找不到命令。 我试着用谷歌search“git”删除一个版本库“”。
我注意到,在一两张票上工作的时候,如果我走开,我不知道我的工作是什么,改变了什么,等等。 有没有办法看到在git add之前给定文件所做的更改,然后git commit?
我在github上分了一个项目,并且成功地对我的本地主人进行了修改,并在github上推动起源。 我想发送一个拉请求,但只想包括最后一次提交。 github.com上的pull request UI显示了最后9次提交,我不知道如何过滤掉。 我试图了解是否应该创build一个新的本地分支,检查出来,并以某种方式重置或重置上游? 然后应用我的最后一次提交从我的主人身份证到新的本地分支,并使用该拉请求? 我试图理解正确的概念,并找出正确的命令行来做我所需要的。
我在我的本地仓库中对我的一些文件进行了修改,然后我做了git add -A ,我觉得在临时区域添加了太多的文件。 如何从暂存区域删除所有文件? 我这样做后,我会手动,所以git add "filename" 。
我已经做了一些相当的工作(“你的分支在37次提交之前就是”起源/主人“的提前了)。”这实际上应该已经进入了自己的分支,而不是成为master 。 这些提交只存在于我的本地机器上,并没有被推送到origin ,但情况有点复杂,其他开发者一直在推动origin/master ,我已经拉动了这些变化。 我如何追溯将我的37个本地提交移动到一个新的分支? 基于文档,似乎git rebase –onto my-new-branch master或…origin/master应该这样做,但都给我错误“致命的:需要一个单一的修订”。 man git-rebase没有提供任何关于提供rebase的修改,它的例子不这样做,所以我不知道如何解决这个错误。 (请注意,这不是 将现有的,未完成的工作移动到Git中的新分支或如何将本地未提交的更改合并到另一个Git分支中?这些问题处理本地工作树中未提交的更改,在当地承诺。)