我正在试图找出适合这种情况的正确的工作stream程: 在共享回购,我们有这些分支: -master -feature function分支是一个共享分支,因为许多开发人员正在共同开发一个新function。 他们正在积极推动他们对function分支的修改。 我试图避免“冲突地狱”的一天, function终于合并回到主 。 目前我看到一些select: 1) 主动合并主要 function ,并经常做。 但是,这不是build议在git文档中,我开始明白为什么。 当我尝试这个时,我似乎一遍又一遍地修复同样的冲突。 2) 以某种方式使用rebase。 我读过这个,但它看起来不会工作,因为function分支实际上是共享的。 只需要一名开发人员进行2次重组,其他开发人员也可能因为历史不匹配而产生冲突。 3) 将特性分支转换为集成分支,并让开发人员使用自己的独立function分支进行分派,以保持事物的稳定。 4)完全不同的东西?
我目前正在一个分支上工作,想要一些提交合并到其他分支: abcdefg (branchA) / –oxxxxxxxxxx (master) \ xxxxx (branchB) (字母表示提交,而“x”是不相关的提交。) 但是我注意到集中一些提交是一个好主意。 我想“连接”提交a,d,e和g到一个补丁,并提交给主。 提交b和f应该作为一个提交给branchB。 有没有一个好的方法来实现它?
我有一个与标准布局,即树干/和分支/(和标签/)的Subversion版本库。 在进行更大更改时,使用function分支,定期与主干同步,然后重新集成到主干(现在使用1.5)。 很标准的东西。 我想知道的是,这样一个function分支,一旦完成和合并应该保留或删除。 颠覆书偶尔似乎暗示删除它们是很常见的,但我也看到了一大堆保持分支的开源项目。 我也有点担心如何删除一个分支会使得难以跟踪哪些分支存在,特别是当可能重复的名字进入场景(比如我们search重构两次)时,他们的提交历史消失在仓库深处的某处等等 另一方面,分支机构的使用相当多,特别是现在有1.5个分支机构,我喜欢这样一个想法,即不需要通过一大堆不活跃的分支来查找我目前正在使用的分支机构。 我缺less什么优点和缺点? 人们在做什么?
我有一个参数化的Jenkins作业,需要在特定的Git仓库中input特定的Git分支。 目前这个参数是一个string参数。 有没有办法使这个参数的select参数,并dynamic填充下拉列表与Git分支? 我不希望每次创build新分支时都需要通过手动configuration下拉菜单来保持此选项参数。
你怎么能合并两个分支在git,从分支保留必要的文件? 合并两个分支时,如果文件在一个分支中被删除,而在另一个分支中被删除,则该文件最终被删除。 例如: 在创build新分支时,文件存在于主文件中 你从主文件中删除文件,因为我们不需要它(还) 您在分支中进行更改以添加依赖于现有文件的function 你在master中修正错误 (不能被丢弃) 你有一天合并,文件不见了! 如何重现: 用一个文件创build一个git仓库。 git init echo "test" > test.txt git add . git commit -m "initial commit" 创build一个分支 git branch branchA 删除主文件 git rm test.txt git commit -m "removed file from master" 在branchA中进行任何不会触及已删除文件的更改(必须保持不变以避免冲突) git checkout branchA touch something.txt git add . git commit -m "some branch changes" […]
我有2个分支,还没有准备好合并,但有一些互补的逻辑,我想审查(在合并之前) 我可以检出同一个项目的多个git分支吗? 可能吗?
我不明白输出到git branch -l -a的第二行git branch -l -a : remotes/origin/HEAD -> origin/master 。 git branch -l -a * master remotes/origin/HEAD -> origin/master remotes/origin/master 这是另一种手术的剩余吗? 我应该清理吗? 我该怎么做? 通常我会在cli上使用git,但是在本地存储库上,我使用了TortoiseGit来为朋友find一个简单的git工作stream程。
如果我看看Mercurial的网站 ,它似乎告诉我使用update -C在分支之间切换。 另一个堆栈溢出答案说,而不是使用checkout 。 有什么区别? 在我看来, checkout更新工作目录中的文件到分支也像update -C 。
我需要重命名一个SVN分支,所以我做了: $ svn move https:// server / repos / myrepo / branches / oldbranch \ https://开头的服务器/回购/ myrepo /分支机构/ newbranch 到目前为止,这么好 – 分支已经改名了。 麻烦的是,我们有从这个分支签出的现有沙箱,当我尝试更新我得到这个错误: $ svn更新 svn:目标path“/ branches / oldbranch”不存在 一个相当不言自明的错误。 快速search后,我想我已经find了解决scheme: 重新分配SVN工作副本后分行重命名 麻烦的是,当我尝试发出该命令,我得到另一个错误: $ svn switch –relocate https:// server / repos / myrepo / branches / oldbranch \ https://开头的服务器/回购/ myrepo /分支机构/ newbranch svn:Relocate只能更改URL的存储库部分 就我所知,我正在使用–relocate命令,就像Sander Rijken一样。 […]
我有一个本地存储库,我的工作和它的远程托pipe在GitHub上。 我最近创build了一个分支,开始研究它,做了几个提交,现在希望把分支推到GitHub上,并能够把它拉到另一个克隆的仓库。 需要做些什么才能做到这一点? 如果这是不可能使用GitHub,我会很高兴知道如何做到这一点。