包括外部C++版本控制中的库
可能的重复：
在源代码管理中存储第三方库
我目前正在启动该项目将在几台不同的计算机上开发，我与 bzr 保持同步。在该项目中，我使用了几个第三方库，例如 SDL。过去，我只是将已编译库的副本推送到我的版本控制中，但这通常似乎会大大增加分支的大小，并且通常看起来是一个坏主意。
这是正常的做法，只是推送所需的库，还是有更好的方法将库添加到 bzr 或 git 等分布式版本控制中？ （我知道在 svn 上你可以使用 svn:external 来做类似的事情）
Possible Duplicate:
Storing third-party libraries in source control
I'm currently starting a project which is going to be developed on a few different computer and I'm keeping in sync with bzr. In the project I'm using a couple of 3rd party libraries, like SDL. In the past I've just pushed a copy of the compiled library to my version control, but that usually seems to massively inflate the size of the branch and generally seem like a bad idea.
Is that the normal practice, just pushing the required libraries, or is there a better way of added libraries to distributed version control like bzr or git? (I know on svn you can use svn:external to do something similar to this)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
使用 git 子项目，并从第 3 方库的主 git 存储库进行引用，或者（如果没有）为每个所需的库创建一个新的 git 存储库。没有任何理由限制您只能使用一个 git 存储库，并且我不建议您仅使用别人的项目作为您自己的项目中的一个目录。
Use git subprojects, and either reference from the 3rd party library's main git repository, or (if it doesn't have one) create a new git repository for each required library. There's nothing reason why you're limited to just one git repository, and I don't recommend you use somebody else's project as merely a directory in your own.
我们所做的是让每个客户端都有自己的库副本，并单独配置每个 IDE。然后，每当技术总监进行更改时，我们都会安装“依赖项补丁”。
what we do, is have each client with its own copy of the library, and configure each IDE individually. Then we install a "dependencies patch" whenever the technical director changes things around.