update should-i-commit-the-dependencies-in-my-vendor-directory.md
This commit is contained in:
parent
de3d724332
commit
461034e570
|
@ -38,7 +38,7 @@ Expose command-line scripts from packages
|
|||
## FAQs
|
||||
|
||||
- [How Do I Install A Package To A Custom Path For My Framework](/cn-introduction/faqs/how-do-i-install-a-package-to-a-custom-path-for-my-framework.md)
|
||||
- [Should I Commit The Dependencies In My Vendor Directory](/cn-introduction/faqs/should-i-commit-the-dependencies-in-my-vendor-directory.md)
|
||||
- [我应该提交 vendor 目录中的依赖包吗?](/cn-introduction/faqs/should-i-commit-the-dependencies-in-my-vendor-directory.md)
|
||||
- [为什么说“比较符”和“通配符”相结合的版本约束是坏主意?](/cn-introduction/faqs/why-are-version-constraints-combining-comparisons-and-wildcards-a-bad-idea.md)
|
||||
- [Why Can't Composer Load Repositories Recursively](/cn-introduction/faqs/why-can%27t-composer-load-repositories-recursively.md)
|
||||
|
||||
|
|
|
@ -8,13 +8,11 @@
|
|||
|
||||
- 当你更新代码时,将极大的增加 VCS 仓库的体积和差异。
|
||||
- 在你自己的 VCS 中将产生与你依赖的资源包重复的历史记录。
|
||||
- Adding dependencies installed via git to a git repo will show them as
|
||||
submodules. This is problematic because they are not real submodules, and you
|
||||
will run into issues.
|
||||
- 通过 git 的一个 git 仓库安装添加依赖,将把它们视作子模块。这是有问题的,因为它们并不是真正的子模块,并且你将会遇到这些问题。
|
||||
|
||||
如果你真的觉得你必须这样做,你有几个选择:
|
||||
|
||||
1. Limit yourself to installing tagged releases (no dev versions), so that you only get zipped installs, and avoid problems with the git "submodules".
|
||||
1. 限制自己安装标记版本(无 dev 版本),这样你只会得到 zip 压缩的安装,并避免 git“子模块”出现的问题。
|
||||
2. 使用 --prefer-dist 或在 [config](../04-schema.md#config) 选项中设置 `preferred-install` 为 `dist`。
|
||||
3. 在每一个依赖安装后删除其下的 `.git` 文件夹,然后你就可以添加它们到你的 git repo 中。你可以运行 `rm -rf vendor/**/.git` 命令快捷的操作,但这意味着你在运行 composer update 命令前需要先删除磁盘中的依赖文件。
|
||||
4. 新增一个 .gitignore 规则(`vendor/.git`)来忽略 vendor 下所有 `.git` 目录。这种方法不需要你在运行 composer update 命令前删除你磁盘中的依赖文件。
|
||||
|
|
Loading…
Reference in New Issue