|
|
1
3
参见前面提到的章节 The Subversion Book discussing "vendor branches" 如果您将项目的公共版本(托管在Google代码上)视为公司代码中的扩展依赖项,那么这种方法应该可以很好地工作。 |
|
|
2
2
在Subversion中,“分叉”是“分支”,“合并更改”是“合并”。 我认为如果你不读这本书的相关章节,你是逃不掉的 The Subversion book 相当仔细。它写得非常清楚,一旦你投入时间就很容易理解。 |
|
|
3
0
另一方面,如果工作人员愿意将这些修改发布回原始项目,那么更好的选择是创建一个分支,并(定期)将对项目a的更改合并到项目B中。 |
|
|
Jordan · 使用git初始化GitHub存储库的版本控制 2 年前 |
|
|
Viermusketiere · 嵌入式系统开发中如何进行版本控制 2 年前 |
|
|
Luke · 如何使用subversion管理生产/测试/开发配置信息? 17 年前 |
|
|
Carson Myers · 尝试开始使用git 17 年前 |
|
|
betitall · 如何对跨项目共享的资源进行版本控制 17 年前 |