目前正试图把我们的版本控制转向Gite(从CVSNT)。 令人惊讶的是,这是我有问题的中转地区分布或概念的 t。 但是,我很麻烦地把我的头部总结为:AFAICT业务,如分支、合并和标签,总是在存放一级而不是档案或目录一级应用。
我们在不同项目中重新使用我们的许多法典。 我的工作领域目前就是这样:
/Dev
/Libs
/LibA
/LibB
/LibC
/Project1
/Project2
/Project3
/WebDev
现在,我要说的是项目1取决于LibA和LibB,项目2取决于LibB和LibC,项目3没有校准依据。 其中一些校准后来被编成DLLs(或BPLs——我们的主要发展环境是Delphi),而另一些则只是收集可改用的法典,这些法典已纳入主要项目档案。
WebDev载有我们(主要是静态的)公司网站的代码,其中载有关于项目1 213的信息,因此可能必须与这些网站链接起来。
由于我把许多项目转换成项目,我通常同时检查所有项目,必要时将校准目录更新到适当的项目部门。
我如何在Gite仿照这一模式,甚至是否有必要坚持这种工作方法? 我已经读过有关 g子,但迄今为止,我看不出我会如何在这里申请,原因有几个:
根据我的理解,各子模块将始终在
inside上检查各自的“超级项目”。 然而,我们发现,管理多份(设计时间)带有Delphi的图书馆代码,使其成为一家皇家葡萄牙广播公司,这是我们把所有校准置于单个项目树木之外的共同名录的原因之一。 额外的复印件只通过建立自动化进行核对,从来不做任何实际工作。 我并不真的希望项目中的“依赖”平衡: 如果我对其中一个项目表示反对或分立,我也总是希望打上或分立各自的平衡。 当我想回头谈谈对主要项目的具体滞后修订时,我也想把平衡重新回到这个国家。 如果可能的话,在项目及其附属设施的一个单一步骤中,总是会出现对峙/拉皮条/检查。
我已经尝试把所有东西放在一个单一的吉特存放处,而图书馆法主要由总务部门管理,而“项目”则由自己的分支管理,但当我试图将主人与项目分行之间的平衡变化合并起来时,它从与我根本不想的无关的所有档案中删除......
你们是否认为最好解决所有问题? 我完全愿意听取所有建议,包括我工作树的新布局。
如果任何人都可以向我提出一个真正的对子课程(或我需要做的其他任何技术)的掌握,那也是巨大的。