假设我有这个功能分支“foo”。现在我想将它merge回master，但是我添加了一些我不希望在master中的调试代码。调试代码在它自己的提交中，因此我可以在每次提交时使用gitcherry-pick并省略此提交。但这会很累人。是否有一些“反向选择”或交互式merge？ 最佳答案 尽管其他SCM使用它表示什么，但在git中，gitrevert是一个反向的cherry-pick。 关于git-我怎样才能merge许多提交，但留下一个呢？，我们在StackOverflow上找到一个类似的问
我有工作目录(#1)，其中有供应商目录(#2)。我想在没有Composer的情况下手动pull一个依赖项(npm/gem的php版本)。当我决定要在#2中更新库时，我在#1工作，还没有保存/提交更改。我导航到vendor/myname，并执行了gitpull存储库。不幸的是，它开始pull并merge到#1，而不是在vendor文件夹中创建新目录。现在我有:#1包含我的更改的文件夹#1文件夹包含我不想要的来自错误存储库的文件#1merge冲突如composer.json,Readme.md...(一般文件)我想“撤消”最后一次gitpull而不会丢失我对文件夹#1所做的任何更改。我该怎
我有工作目录(#1)，其中有供应商目录(#2)。我想在没有Composer的情况下手动pull一个依赖项(npm/gem的php版本)。当我决定要在#2中更新库时，我在#1工作，还没有保存/提交更改。我导航到vendor/myname，并执行了gitpull存储库。不幸的是，它开始pull并merge到#1，而不是在vendor文件夹中创建新目录。现在我有:#1包含我的更改的文件夹#1文件夹包含我不想要的来自错误存储库的文件#1merge冲突如composer.json,Readme.md...(一般文件)我想“撤消”最后一次gitpull而不会丢失我对文件夹#1所做的任何更改。我该怎
merge分支后，是否将其从版本库中删除？这是一个好的做法吗？我通常会创建很多分支，因为我不想破坏我当前的版本，我希望删除它们以保持秩序。但是，如果您使用Assembla或GitHub，您来自旧分支的merge请求将保存在站点上，因此如果您删除它们，您将收到错误消息，因为它无法获取它们...通常如何管理？ 最佳答案 删除已merge的分支没有问题，所有的提交在历史中仍然可用，即使在GitHub界面中，它们仍然会显示(参见，例如thisPR，它指的是一个fork我在PR被接受后删除了)。
merge分支后，是否将其从版本库中删除？这是一个好的做法吗？我通常会创建很多分支，因为我不想破坏我当前的版本，我希望删除它们以保持秩序。但是，如果您使用Assembla或GitHub，您来自旧分支的merge请求将保存在站点上，因此如果您删除它们，您将收到错误消息，因为它无法获取它们...通常如何管理？ 最佳答案 删除已merge的分支没有问题，所有的提交在历史中仍然可用，即使在GitHub界面中，它们仍然会显示(参见，例如thisPR，它指的是一个fork我在PR被接受后删除了)。
我一直在为我的所有项目使用SVN。有时项目B源自项目A的副本。当项目A有一般更改时，我可以在目录B中使用svnmergeA，它将merge这些更改。现在，如果我想使用git。我不喜欢将我的所有项目都放在同一个存储库中，因为这样我就必须克隆所有并且不能像在SVN中那样只选择一个项目。但是每个项目都有一个存储库，我该如何像之前使用SVN那样做呢？问题是:如果我想要几个实际上都与一个原始项目相关的子项目并使它们保持同步，那么构建它的最佳方式是什么？而且我还希望能够单独检查它们 最佳答案 如果您有两个项目，proj1和proj2，并且想要将
我一直在为我的所有项目使用SVN。有时项目B源自项目A的副本。当项目A有一般更改时，我可以在目录B中使用svnmergeA，它将merge这些更改。现在，如果我想使用git。我不喜欢将我的所有项目都放在同一个存储库中，因为这样我就必须克隆所有并且不能像在SVN中那样只选择一个项目。但是每个项目都有一个存储库，我该如何像之前使用SVN那样做呢？问题是:如果我想要几个实际上都与一个原始项目相关的子项目并使它们保持同步，那么构建它的最佳方式是什么？而且我还希望能够单独检查它们 最佳答案 如果您有两个项目，proj1和proj2，并且想要将
假设您的git提交历史如下所示:A---B---C---D---E---Fmaster\/X---Y---Ztopic是否可以让git只列出master、A-F上的提交？换句话说，如果提交是在merge的分支上，我不希望它显示。 最佳答案 gitlog有选项--first-parent，所以你不会得到topic历史记录。从mastermerge时，master提交是merge中的第一个父项。Git日志允许仅显示那些带有--first-parent的提交，因此您可以获得正确的内容。 关于G
假设您的git提交历史如下所示:A---B---C---D---E---Fmaster\/X---Y---Ztopic是否可以让git只列出master、A-F上的提交？换句话说，如果提交是在merge的分支上，我不希望它显示。 最佳答案 gitlog有选项--first-parent，所以你不会得到topic历史记录。从mastermerge时，master提交是merge中的第一个父项。Git日志允许仅显示那些带有--first-parent的提交，因此您可以获得正确的内容。 关于G
我们维护的Web应用程序具有公共(public)主分支和许多并行分支，每个安装一个分支，每个分支几乎没有特定的更改。源代码在git中管理，当我们需要将功能和错误修复从主分支转移到并行分支时，它是一个了不起的工具。但是很少有敏感文件，自动merge通常会产生不好的结果。因此，如果可以以某种方式标记它们，则merge会容易得多，并且每次merge都会导致需要手动merge的冲突。我搜索了一个答案:我正在使用--no-commit和--no-ffmerge选项，但它们并不相同。Here和here有人问同样的问题，但没有解决方案。类似的案例似乎是howtopreventfilebeingmer
