账号密码登录
微信安全登录
微信扫描二维码登录

登录后绑定QQ、微信即可实现信息互通

手机验证码登录
找回密码返回
邮箱找回 手机找回
注册账号返回
其他登录方式
分享
  • 收藏
    X
    laravel的vendor如果用svn up上去的会 有问题吗;
    60
    0

    今天需要一个扩展predi , 然后
    1.在本地update下来的时候有个问题一个controller重复,然后没管,删除掉重复的,
    2.接着通过svn 把vendor的predis目录up到线上;
    3.但是发现一个问题就是提示class 这个controller does not exit;

    我想请教是不是因为 直接svn up predis文件夹的问题,而不是在线上composer require predis;导致刚刚重复的自动加载没有找到这个controller ?

    1
    打赏
    收藏
    点击回答
        全部回答
    • 0
    • 旁观者悲 普通会员 1楼

      Laravel项目中的vendor目录是Composer用来管理项目依赖的目录,其中包含了项目的全部第三方库。这些库通常是通过运行composer installcomposer update命令从Packagist或其他自定义的仓库中下载并安装的。

      如果你尝试使用SVN(Subversion)的svn up命令来更新这个目录,可能会遇到以下问题:

      1. 结构不匹配:SVN无法理解Composer的依赖关系和版本控制规则,因此可能无法正确地更新或同步依赖包的具体版本。

      2. 文件丢失或冲突:直接将vendor目录纳入SVN版本控制,可能导致部分文件未被追踪或者在合并时产生大量冲突。

      3. 非源码变更:Composer在安装或更新时除了下载代码外,还可能进行一些编译、优化等操作,这些操作SVN是无法完成的。

      4. 运行问题:由于SVN未能正确更新依赖,可能导致项目运行时因缺失依赖或依赖版本错误而引发各种问题。

      最佳实践是在 Laravel 项目中,将 composer.json 和 composer.lock 文件添加到版本控制系统(如SVN),然后在部署环境中运行 composer install 来重新获取和安装正确的依赖版本,而不是直接通过SVN来更新vendor目录。

    更多回答
    扫一扫访问手机版
    • 回到顶部
    • 回到顶部