Tag: 分支

遵循git-flow应该如何处理早期版本的修补程序？

如果您尝试遵循git-flow分支模型， 这里logging并使用工具 ，那么您应该如何处理这种情况： 你已经做了1.0版本和2.0版本。 那么你需要为1.0做一个修补程序。 您从1.0标签创build一个修补程序分支并在那里实现修复。 但是呢？ 通常情况下，你会合并掌握并在那里放置一个1.1版本的标签。 但是你不能把1.1合并到2.0之后的一个点上。 我想你可以把发布标签放在修补程序分支上，但是这会在主发行版旁边创build一个包含发行标签的永久分支。 这是正确的方式吗？

Git提交在重新绑定之后被复制到同一分支中

我了解Pro Git中提供的有关git rebase风险的场景。 作者基本上告诉你如何避免重复的提交： 不要重新提交已经推送到公共存储库的提交。 我将告诉你我的具体情况，因为我认为它不完全适合Pro Git场景，而且我还是会重复提交。 比方说，我有两个与本地同行的远程分支机构： origin/master origin/dev | | master dev 所有四个分支都包含相同的提交，我将在dev开始开发： origin/master : C1 C2 C3 C4 master : C1 C2 C3 C4 origin/dev : C1 C2 C3 C4 dev : C1 C2 C3 C4 在几次提交之后，我将更改推送到origin/dev ： origin/master : C1 C2 C3 C4 master : C1 C2 C3 C4 origin/dev : […]

切换git分支没有文件签出

是否有可能在不检查所有文件的情况下切换到另一个分支？ 切换分支后，我需要删除所有文件，重新生成它们，提交并切换回来。 所以检出文件只是浪费时间（大约有14000个文件 – 这是一个很长的操作）。 为了使一切清楚： 我需要所有这些将文档上传到github。 我有gh-pages分支回购。 当我在本地重build文档时，我将它复制到repo目录，提交并推送到github。 但我并不高兴，因为我在本地有两份文件。 我决定创build空的分支，并在提交后清空和删除文件。 但是转回是一个长期的操作 – 所以我问了这个问题。 我知道我可以离开gh-pages分支并删除文件，但我不喜欢肮脏的工作树）

为什么我应该使用标签vs.版本/版本分支？

我一直在使用git大约一年，并希望使用标记来标记不同版本的提交。 我已经find了许多有关使用标签的命令的信息，但是我想知道的是，为什么要使用标签呢？如果我可以创build一个名为1.1.0的新分支，而不需要我的脑子有一套全新的git命令？ 标记而不是分支必须有很多好的理由，但我想知道这些优点是什么。

Git：如何列出提交在这个分支但不是从合并分支

假设你的git提交历史logging如下所示： A—B—C—D—E—F master \ / X—Y—Z topic 是否有可能只有在主人，AF的提交git列表？ 换句话说，如果提交是在一个合并分支，我不希望它显示。

如何使用EGIT删除远程存储库中的分支？

如何使用egit删除sourceforge中远程分支本身的所有文件？

TFS：将在一个分支本地完成的更改提交给另一个分支

我对许多文件进行了更改，同时我想我宁愿将这个未经testing的代码提交给一个尚未创build的分支，以便现有代码库的用户不受影响。 当我触摸了很多，很多文件，并创build和添加新的子项目等，我想避免手动复制文件和文件夹。 在Visual Studio中完成这项工作最简单的方法是什么？

我如何处理与git子模块的冲突？

我有一个git超级项目，引用几个子模块，我想locking一个工作stream程，其余的我的项目成员工作。 对于这个问题，可以说我的超级项目被称为supery ，子模块被称为subby 。 （然后简化我正在做的事情……我实际上并没有使用分支的版本，但是我认为这是最简单的一个问题。） supery主分支有git项目subby的标签v1.0作为子模块引用。 supery的分支称为one.one ，并将子模块的引用更改为指向subby的标签v1.1 。 我可以在这些分支的每一个工作顺利，但如果我尝试更新one.one分支与master分支的变化，我收到一些冲突，我不知道如何解决它们。 基本上在运行git pull . master git pull . master在subby分支，看起来它创build额外的子模块。 在pull / merge之前，我从one.one分支得到git submodule所需的响应： $ git checkout master $ git submodule qw3rty…321e subby (v1.0) $ git checkout one.one $ git submodule asdfgh…456d subby (v1.1) 但是在拉动之后，当我运行git submodule模块时，它会添加额外的子git submodule ： $ git pull . master Auto-merged schema CONFLICT (submodule): […]

颠覆分支重新整合

当一个分支被重新整合到树干上时，那个分支是否有效死亡？ 你可以在重新整合后对分支进行修改，并在晚些时候将它们合并到主干中？

Git：在git中列出所有未合并的更改

为各种主题创build分支，不再经常删除它们，现在我已经结束了大约50个分支;） 我试图删除分支，其中一些没有改变。 我想要的是能够确切地看到在我的回购的任何分支有什么变化是不是在主人。 有没有办法做到这一点 提前致谢。