[问题]
是否有人通过自动化流程发布产品说明？如果是这样的话.特别是持续集成服务.您是否只使用脚本来解析日志文件以查找为该版本修复的问题以创建相应的文本文件？
[背景]
最近我为我的爱好项目实施了持续集成.作为其中的一部分,我已将问题跟踪报告链接到我的构建中.但是对于发行版,我希望做同样的事情并让它产生类似于nhibernate发行notes.txt的发行说明文件,我发现它非常干净.
[例]
构建1.2.1
错误修正:
Run Code Online (Sandbox Code Playgroud)* [ID-1] - The system doesn't accept valid usernames改进:
Run Code Online (Sandbox Code Playgroud)* [ID-2] - Saving the file takes 3 minutes when it should take a few seconds.新功能:
Run Code Online (Sandbox Code Playgroud)* [ID-3] - Allow users to refresh the page using the F5 key.任务完成:
Run Code Online (Sandbox Code Playgroud)* [ID-4] - Document undocumented configuration properties.
警告:长期问题.
[题]
如果策略是每个数据库都有一个分支,如下面的问题所述,其中脚本受版本控制.
在尝试整合到较少的分支时,如何管理数据迁移问题？
这只是您在数据迁移过程中产生的成本吗？
实际上,必须在迁移时创建转换脚本.
有没有更好的办法？
我们可以同时解决这两个问题吗？
什么是最佳做法？
[背景]
在我的工作场所,我们有一个有3个分支的产品.主线有"最新和最大"的变化,没有必要准备发布.
由于这些分支,实际上有3个版本的数据库.代码版本控制相当容易,但数据库版本控制似乎很难.
阅读您是否对数据库项使用源代码管理？ 似乎最好的方法是导出每个对象/表的所有创建脚本.注意:根据文章,您可以在一个大脚本或多个脚本或混合脚本中管理它.
我同意这一点,并询问为什么没有这样做.
目前,DBA拒绝将脚本分支到分支.除了懒惰作为借口之外,原因是节省了数据迁移的时间.实际上,所有版本都强制维护数据库更改.
所有脚本都受版本控制,仅在主线中维护.版本A和版本B有自己的特殊文件,说明哪些更改脚本在其各自的分支上运行.当存在更改脚本时会出现问题,例如应用于版本A但版本B仅需要部分更改.开发人员可以通知DBA更新文件,该文件指示要为每个分支应用哪些补丁.对于需要进行过多手动干预的更改脚本,需要手动应用部分更改脚本.
要在版本A上更新数据库,所有补丁都将使用版本A提取,以便应用文件补丁.
[SCENARIO]
希望这是有道理的.
[问题]
创建了要部署在服务器计算机和客户端计算机上的共享库,如何在客户端服务器与库提供的类之间进行通信？
通过webservices传输信息似乎不起作用,因为Web服务返回的序列化对象是一个不转换为共享库的Web服务类.
我是否错误地使用了网络服务？有没有更好的办法？
[例]
MyLibrary.cs和SubLibrary.cs位于客户端应用程序使用的共享程序集中.
MyLibrary.cs
public class MyLibrary
{
private SubLibrary sublib = new SubLibrary();
public class MyLibrary()
{
}
public string GetValue()
{
return sublib.GetValue();
}
}
SubLibrary.cs
public class SubLibrary
{
private string str = "Hello World";
public SubLibrary()
{
}
public string GetValue()
{
return str;
}
}
WebService.asmx.cs
[WebMethod]
public MyLibrary GetInfo()
{
return new MyLibrary();
}
客户端应用
private void GetInfo_Click(object sender, System.EventArgs e)
{
WS.WebService services = new WS.WebService();
MyLibrary info = services.GetInfo(); …