我正在使用git-subtree从我的项目中提取一个目录。gitsubtreesplit--prefix=src/SubProject--branch=SubProjectorigin/master鉴于这是我想开始项目的方式(特别是没有--rejoin)，我如何才能只拆分从origin/master到SubProject连续运行？对于较小的项目，这一直运行良好。我可以忍受大约5秒的时间来拆分项目。但是在较大的存储库上，这可能需要相当长的时间。我看到每次拆分最多需要五分钟。我想合作的一些项目在一个存储库中有超过45个子项目。我已经尝试了很多我认为可能有效的方法，但每一个都以这样或那样的方
这个问题在这里已经有了答案:Cangitpermanentlyignorearemotebranch?(4个答案)关闭4年前。目前，当我pull时，我从所有分支获得更改:$gitpullremote:...Unpackingobjects:...Fromssh://github.com/...a69d94d..a2019damaster->origin/masterb684d4a..b8819dcdevelop->origin/develop+263c644..f1c1894gh-pages->origin/gh-pages(forcedupdate)Updatinga69d94d..
这个问题在这里已经有了答案:Cangitpermanentlyignorearemotebranch?(4个答案)关闭4年前。目前，当我pull时，我从所有分支获得更改:$gitpullremote:...Unpackingobjects:...Fromssh://github.com/...a69d94d..a2019damaster->origin/masterb684d4a..b8819dcdevelop->origin/develop+263c644..f1c1894gh-pages->origin/gh-pages(forcedupdate)Updatinga69d94d..
在我工作的地方，我们正在使用半集中式git存储库。每个开发人员在中央git存储库中都有自己的子树，因此它看起来像这样:masteralice/branch1alice/branch2bob/branch1michael/featurerelease/1.0release/1.1WorkinglocallyinmytreeIhavetopic/feature,whichcorrespondstomichael/featureinthecentraltree.I'vebeenusinggitpushorigintopic/feature:michael/feature将我的更改推送到远程树
在我工作的地方，我们正在使用半集中式git存储库。每个开发人员在中央git存储库中都有自己的子树，因此它看起来像这样:masteralice/branch1alice/branch2bob/branch1michael/featurerelease/1.0release/1.1WorkinglocallyinmytreeIhavetopic/feature,whichcorrespondstomichael/featureinthecentraltree.I'vebeenusinggitpushorigintopic/feature:michael/feature将我的更改推送到远程树
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭7年前。Improvethisquestion我目前正在将一个项目迁移到GitFlow，我非常感谢它提供的灵active。问题是，在以下情况下，我可以直接在开发分支上工作并提交吗？一个小的拼写错误修复，或小型方法级重构，或在merge功能后修复了一些错误。我读过creator'spost并且没有提到这种情况。你们在现实世界中做什么？
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭7年前。Improvethisquestion我目前正在将一个项目迁移到GitFlow，我非常感谢它提供的灵active。问题是，在以下情况下，我可以直接在开发分支上工作并提交吗？一个小的拼写错误修复，或小型方法级重构，或在merge功能后修复了一些错误。我读过creator'spost并且没有提到这种情况。你们在现实世界中做什么？
我有一个Jenkins工作可以构建匹配“origin/feature/**”的分支。只要通过存储库Hook(https://confluence.atlassian.com/display/BITBUCKET/Jenkins+hook+management)对存储库进行更改，Bitbucket就会触发构建作业。每当功能分支发生更改时，此方法都可以正常工作，作业会识别出分支已更改并构建它。但是，当提交到非功能分支时(例如merge到develop或master)，bitbucket仍然会触发作业。任何功能分支都没有更改，因此它只是再次构建最后构建的功能分支。有办法控制吗？
我有一个Jenkins工作可以构建匹配“origin/feature/**”的分支。只要通过存储库Hook(https://confluence.atlassian.com/display/BITBUCKET/Jenkins+hook+management)对存储库进行更改，Bitbucket就会触发构建作业。每当功能分支发生更改时，此方法都可以正常工作，作业会识别出分支已更改并构建它。但是，当提交到非功能分支时(例如merge到develop或master)，bitbucket仍然会触发作业。任何功能分支都没有更改，因此它只是再次构建最后构建的功能分支。有办法控制吗？
我们正在开发自动化代码。我们的代码使公司的产品自动化，并同步到特定的产品版本。目前，我们有1个包含多个分支的大型Git存储库-v1.0、v1.1、v2.0(1.0版的自动化在v1.0分支中，依此类推)。将它们放在一个带有分支的单个存储库中与将每个版本代码保存在一个单独的存储库中有什么优点和缺点？这两种解决方案都可以，我正在寻找的答案是两种方法的优缺点列表。我知道许多团队正在使用分支来隔离开发中的临时阶段，例如进行错误修复或新功能，最后将工作merge回主开发分支。我知道的其他工作模式有不同的开发、发布等分支，以将代码的“更干净”修订与不断处理的脏代码分开。虽然这些听起来与我们目前正在做
