1
5
这正是我们要做的。我们有一个实用程序项目,它具有一些非特定于项目的有用功能。我们手动增加版本(次要),在发布版本中构建项目,对其进行签名并将其放置到共享位置。 然后人们使用 图书馆 . 如果在某些特定的项目中实现了一些有用的方法,这些方法可以找到进入主实用程序项目的方法,那么我们将把放到项目中的一个特殊的助手类中,并将它们标记为可能的实用程序候选(simple//todo)。在项目结束时,我们审查候选人,如果他们坚持,我们就把他们转移到主要部门。 图书馆 . 中断更改是不允许的,如果需要,我们将方法和类标记为[过时]。 但是,这并不重要,因为我们在每次发布时都会增加版本。 希望这有帮助。 |
2
3
我们在源代码管理中使用分支;每个人在发布前都使用头分支。当它们分支发布时,它们也将分支公共实用程序项目。 此外,我们的公用事业项目有自己的单元测试。这样,其他团队就可以知道他们是否会破坏其他团队的构建。 当然,我们还有一些问题,就像你偶尔提到的。但是,当一个团队签入一个破坏另一个团队构建的变更时,通常意味着该方法/对象的契约在某个地方被破坏了。我们将这些视为改进公共设施项目设计的机会。或者至少写更多的单元测试:/ |
3
1
我已经拥有了 精确的 同样的问题! 我曾经使用过项目引用,但似乎一切都变糟了,正如您所说,有许多项目引用它。 现在,我编译到一个dll,并在第一次构建之后将dll引用的copyloc属性设置为false(否则,我发现它会覆盖子项目,并变得一团糟)。 我想理论上它应该是gac'ed,但是如果它是一个变化很大的问题(就像我的一样),这可能会成为一个问题。 |
Robert King · Unity C#语法问题-转换位置 1 年前 |
JBryanB · 如何从基本抽象类访问类属性 1 年前 |
law · 检查答案按钮的输入字符串格式不正确 2 年前 |
i_sniff_ket · 在unity之外使用unity类 2 年前 |