发布前端资源到SharePoint(4)- SP Publisher

前文所提到的三种方法都适合比较简单的项目,当项目比较复杂或者成长到一定规模时,问题就会逐渐暴露出来了。这时的项目通常会包含较多的资源文件,并且需要多人协同开发。如果再不进行代码管理和版本分发的话,就很危险了。代码管理通常要求我们将代码存放在集中的代码仓库,并在本地保留一份副本来进行开发,前文所提到的三种方法都不能很好的适应这种情形,所以我们需要再引入新的发布方法。

笔者团队所使用的代码管理服务是Team Foundation Service,所对应的开发环境是Visual Studio,而发布工具则是笔者编写的SP Publisher。SP Publisher是一个Visual Studio扩展,它会在解决方案资源管理器中的节点上下文菜单中添加发布选项,它允许我们选择项目、文件夹、单个或多个文件进行发布,如图所示:

选择SP Publish就会将选中的文件发布到预先配置的SharePoint文件夹中,同时会在“输出”面板中显示发布进度,如图所示:

发布的第一步是获取SharePoint文件夹中已存在的文件清单,这样做的目的是在准备需要发布的资源文件时,可以根据修改日期过滤掉比较旧的本地文件,一来可以减少不必要的上传操作,二来可以防止覆盖其他团队成员发布的修改。

第一次点击SP Publish的时候,会自动打开SP Publisher的配置窗口,如图所示:

点击Save后会在当前项目中产生两个文件:SPPub.frontend.team.config和SPPub.frontend.personal.config,分别对应于选项卡中的Team和Personal。其实Team和Personal的所包含的配置项是完全相同的,但Personal配置项的优先级会高于Team配置项。所以我们可以将SPPub.frontend.team.config文件加入到代码管理中,从而在整个团队内同步发布配置,而将SPPub.frontend.personal.config文件保留在每个团队成员的开发环境中,让他能够定义自己的发布配置。

最典型的使用场景是在Personal选项卡中配置Username和Password,而在Team选项卡中留空这两项,如下图所示:

这样所有团队成员都会将前端资源发布到同样的位置,但使用的是各自的凭据。在SharePoint文档库中就能够追溯这些文件的历史发布者了。这样的设计也允许团队成员可以选择自己的SharePoint开发网站。

除了笔者编写的SP Publisher之外,我的同事@Kaneboy也编写了一款发布工具,与SP Publisher有所区别的是,这款工具独立于Visual Studio运行,可以搭配任何开发工具,它会监测指定的文件,并且能按照指定的间隔时间自动上传发生变化的文件,如图所示:

publish-to-sharepoint-4-5

以上两款工具都旨在提升发布操作的流畅性,使开发人员能够专注于开发和调试;它们都只是单纯的发布工具,并不会对代码管理有任何影响和要求;它们也都能够避免上传不必要的文件,从而在一定程度上减少了发布时间和出现冲突的几率。

这两款工具也是笔者团队目前主要使用的发布方法。

发表评论

电子邮件地址不会被公开。 必填项已用*标注