我的git日志如下所示:
-------> develop
\---> A
\---> B
分支A是基于开发的,并且正在拉取请求中进行审查。同时,我需要在分支之外开发更多的东西,所以我创建了分支B。还有一个将分支B拉到开发的请求,其中包括分支A和分支B的提交。
分支A的审查结束,它被合并到开发中,在这一点上,Github说我需要将开发合并到分支B中,但如果我这样做,那么通常会产生很多合并冲突,并且可能很难解开。
有没有办法同时处理分支A和分支B的拉取请求,而不会在分支A合并时混淆分支B的拉取请求?
我在让Jenkins多分支管道检测在Bitbucket服务器(私有实例)中创建的拉取请求时遇到了问题。我已经设置了"Bitbucket server webhook to Jenkins“,它触发了除了pull-requests之外的主、开发和功能分支上的构建。我已经在Jenkisfile文件中定义了构建步骤,并且可以确认PR分支也包含Jenkinsfile。在Jenkins配置中,我在Branch Sources配置下启用了"Discover Branch“
在GitHub上,在我从我的feature分支创建了一个拉取请求之后,Github展示了
tim wants to merge 5 commits into master from feature
然后我解决了一些合并冲突,GitHub显示
Merge branch 'master' into feature
现在我很困惑,因为我创建的拉取请求是为了将我的feature分支合并到主分支中。为什么GitHub会说相反的话呢?我该如何理解GitHub上这两个相互矛盾的说法呢?
谢谢。
我在GitHub上派生了一个非composer存储库,并创建了一个支持composer的功能分支。我想在packagist上发布那个分支。Packagist失败,出现以下错误
No composer.json was found in the master branch
这是真的。
我可以告诉Packagist查看非主分支来创建包吗?