|
|
1
2
你提出了一个有趣的问题。 这是一个真正的决策,你需要决定你的部署和版本控制策略,并考虑各种因素的权衡(你已经注意到的一些因素,比如客户混淆)。 您可以做的一件事是分离各个层的发布和版本控制,这将允许您在一个层内进行一致的版本控制,同时减少修补程序部署开销。您还需要将公共程序集分解成一个独立的包和版本。 这可能有点过分,所以另一种方法是让版本控制更容易掌握。例如,您可以保留部分版本号以指示修补程序。例如,如果1.4.5.0是正式版本,则修补程序将是1.4.5.1,这很容易理解为1.4.5正式版本的一部分。
您还可以使用其他程序集版本,例如
|
|
|
Gigi Bayte 2 · Git认为领先分支机构落后 8 年前 |
|
|
acanessa · 联接两个表并应用分组依据,但更改排序顺序 8 年前 |
|
|
diegoalmesp · 在ReactJs中对组件进行版本控制 8 年前 |
|
|
Kamil W · Artifactory-NuGet-最大唯一快照数 8 年前 |