C++ 包括外部C++;版本控制中的库

C++ 包括外部C++;版本控制中的库,c++,git,version-control,bazaar,C++,Git,Version Control,Bazaar,可能重复: 我目前正在启动一个项目,该项目将在一些不同的计算机上开发,我与bzr保持同步。在这个项目中,我使用了两个第三方库,比如。在过去,我只是将已编译库的一个副本推送到版本控制中,但这通常似乎会大大扩大分支的大小,通常看起来是个坏主意 这是正常的做法,只是推送所需的库,还是有更好的方法将库添加到分布式版本控制(如bzr或git)中?(我知道在svn上,您可以使用svn:external执行类似的操作)使用git子项目,或者从第三方库的主要git存储库中引用,或者(如果没有)为每个所需的库创

可能重复:

我目前正在启动一个项目,该项目将在一些不同的计算机上开发,我与bzr保持同步。在这个项目中,我使用了两个第三方库,比如。在过去,我只是将已编译库的一个副本推送到版本控制中,但这通常似乎会大大扩大分支的大小,通常看起来是个坏主意


这是正常的做法,只是推送所需的库,还是有更好的方法将库添加到分布式版本控制(如bzr或git)中?(我知道在svn上,您可以使用svn:external执行类似的操作)

使用git子项目,或者从第三方库的主要git存储库中引用,或者(如果没有)为每个所需的库创建一个新的git存储库。您没有理由只限于一个git存储库,我也不建议您将其他人的项目仅用作您自己的目录。

我们要做的是,让每个客户端都有自己的库副本,并分别配置每个IDE。然后,每当技术总监改变情况时,我们都会安装一个“依赖项补丁”。

当使用像git或bzr这样的DVCS(正如这个问题所要求的)和像Perforce或Subversion这样的“传统”客户机-服务器解决方案(正如在引用的线程中所要求和回答的)时,这个问题的答案的副本有很大的不同.听起来像是一场噩梦。使用单独的库似乎是一种方式。我不认为bzr可以做子项目。。。也许我应该让步,换个方向。