我正在尝试将提交推送到远程并收到此错误消息:
$ git push origin master
To git@git1.eu1.frbit.com:hbrosuru.git
! [rejected] ab68c0485d -> master (non-fast-forward)
error: failed to push some refs to 'git@git1.eu1.frbit.com:hbrosuru.git'
hint: Updates were rejected because a pushed branch tip is behind its remote
hint: counterpart. Check out this branch and integrate the remote changes
hint: (e.g. 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
我想通过将多个本地分支推送到这个单独的远程分支,我已经陷入困境,我想基本上清除服务器上的内容并推动整个分支的新鲜.这是可能的,还是有更好的方法来解决这个错误？
PS.这个远程分支托管在Fortrabbit上,所以我没有完全访问服务器来简单地删除分支并创建一个新分支,因为Fortrabbit的部署机制基于Git.
tl; dr:
我喜欢Command-pattern的小型,专注的类,SetProjectAsActiveCommand但我也是DDD让模型负责自己的核心业务功能的方法,比如调用Project::setAsActive().这两个想法可以一起工作,还是它们是互斥的架构？
/ tl;博士
我一直工作在一个项目中,我们已经使用了Command模式,它具有类,如过去的几个月里ProposeNewProjectCommand,SetProjectAsActiveCommand和AddCommentToProjectCommand,所有这一切都是由一个命令总线处理.这些课程往往相当小,专注,只做一件事.
最近我一直在阅读有关领域驱动设计(DDD)和我推测,这种方法更依赖于模型做自己的工作,所以上面的命令可能被替换Organisation::proposeNewProject(),Project::setAsActive()和Project::addComment().
在模型上使用这些方法意味着它们可以充当"聚合根" (例如,在上面的示例中,Project负责创建自己的注释).
虽然我非常喜欢让我的实体对其核心业务功能负有更多责任的想法,但我也担心我的模型可能变得非常非常大,有很多关于应用程序可以执行的各种操作的方法.
有没有办法让Command模式的小型,专注的类仍然使模型一流的公民负责他们的关键业务功能,如在DDD？还是解决潜在大型模型问题的方法？
或者,或者,我应该选择一种模式并专门使用它？
哈里森,提前感谢您提出的任何见解
PS.我从来没有真正研究过使用DDD的应用程序,所以如果这是一个非常天真的问题我会道歉.