部署解决方案----STSADM和PowerShell

部署解决方案----STSADM和PowerShell

因为最近总是要部署wsp解决方案,所以经常要用到命令行或者PowerShell,所以有必要将命令集中放在这里,在部署的时候能够快速的参考。

STSADM

stsadm -o addsolution –filename c:\bin\CustomerSiteSearch.wsp
stsadm -o deploysolution –name CustomerSiteSearch.wsp -url http://[ServerName] -allowgacdeployment -force –immediate
stsadm -o activatefeature –name customersitesearch_feature1 -url http://[ServerName] -force
stsadm -o retractsolution -name solutionName.wsp -immediate
stsadm -o deletesolution -name solutionName.wsp

PowerShell

Add-SPSolution c:\bin\CustomerSiteSearch.wsp
Install-SPSolution -Identity CustomerSiteSearch.wsp -AllWebApplications -GACDeployment
Enable-SPFeature CustomerSiteSearch_feature1 -url http://[ServerName]/ –force
Uninstall-SPSolution -identity solutionName.wsp
Remove-SPSolution -identity solutionName.wsp

关于PowerShell:

STSADM命令对于SharePoint 2010仍然有用,但是官方不赞成了。PowerShell取而代之。

PowerShell可以做到STSADM能做到的所有事情,而且更多,也更快。

PowerShell命令大小写不敏感。

和STSADM一样,PowerShell必须运行在SharePoint  Server上。

PowerShell必须使用管理员身份运行。

部署解决方案----STSADM和PowerShell

时间: 2024-12-12 13:55:37

部署解决方案----STSADM和PowerShell的相关文章

[SharePoint 2010] SharePoint 2010 部署、收回和删除解决方案----STSADM和PowerShell

STSADM stsadm -o addsolution –filename c:\bin\CustomerSiteSearch.wsp stsadm -o deploysolution –name CustomerSiteSearch.wsp -url http://[ServerName] -allowgacdeployment -force –immediate stsadm -o activatefeature –name customersitesearch_feature1 -url

【VMware虚拟化解决方案】 基于Win2012 R2 WDS下ESXI全自动部署解决方案

一.项目需求: 近期因项目需要准备部署100台ESXI主机,可是存在一个问题,这100台主机分别位于不同城市之间,包括上海.广州.重庆.北京等,如果去到现场进行安装,非常的费力费时,根本不可能在一个星期内完成此项目需求,这将影响整个项目的进度安排.为此对客户的网络环境进行了分析,公司总部与其它分公司之前采用10M专线进行连接,这对我来说是一件很让我兴奋的消息,我们可以通过PXE实现ESXI的全自动安装,按照一台机大约25分钟的时候计算,并行进行5台机的部署,25*(100/5)=500分钟即可完

【G】开源的分布式部署解决方案(二) - 好项目是从烂项目基础上重构出来的

G.系列导航 [G]开源的分布式部署解决方案 - 预告篇 [G]开源的分布式部署解决方案(一) - 开篇 [G]开源的分布式部署解决方案(二) - 好项目是从烂项目基础上重构出来的 分析目前项目结构 眼前出现这么一坨坨的文件夹,相信很多人已经看不下去了.是的,首先就是要把它给做掉. 按照这个项目文件夹的命名意图,大概可以划分如下: 1.Business:业务代码 2.Data:数据访问 3.Helpers:辅助类(通用类库之类的) 4.Models:各种模型(包括视图模型) 5.theme:皮肤

【G】开源的分布式部署解决方案(三) - 一期规划定稿与初步剖析

G.系列导航 [G]开源的分布式部署解决方案 - 预告篇 [G]开源的分布式部署解决方案(一) - 开篇 [G]开源的分布式部署解决方案(二) - 好项目是从烂项目基础上重构出来的 [G]开源的分布式部署解决方案(三) - 一期规划定稿与初步剖析 抱歉 首先我先说声抱歉,因为上一篇结尾预告第三篇本该是“部署项目管理”,那为什么变成本篇呢? 请容我解释一下,在预告篇到现在为止,经常会有人问我这个项目到底是干什么的.或许之前写的比较粗糙.那我相信目前定稿后的功能概览图应该会给大家一个比较清晰的认识.

【G】开源的分布式部署解决方案文档 - Web Deploy

G.系列导航 [G]开源的分布式部署解决方案 - 导航 微软官方部署方式 右键项目->发布 这个大家应该再熟悉不过,在部署前有个预览界面可以看本次更新到底更新哪些文件. 既然它可以预览部署结果,那其实它部署也不会完全覆盖,而是采取部分覆盖的方式,并提供了增.删.改的实际数量. 这都要依赖一个叫做 Web Deploy 的项目. 传送门 当然,web deploy功能绝不仅仅如此,包括打包.备份.还原.更新数据库等. 在此不多做普及,提到了它的优点,自然要支持它.所以本项目支持原始+Web Dep

调试环境下jboss 7.1.1 Final 的jsp热部署解决方案--转

公司的网站系统使用的中间是jboss7.1.1 Final,由于有些数据和服务测试环境不具备,免不了要在测试环境调试些jsp页面,发现从jboss社区里下载的jboss应用有个问题,新增jsp页面会实时部署,修改过的jsp页面就无法正常部署.     最新查到了如下解决方式: 在jboss7\standalone\configuration\standalone.xml文件中找到<subsystem xmlns="urn:jboss:domain:web:1.0" default

【G】开源的分布式部署解决方案文档 - 手动安装

G.系列导航 [G]开源的分布式部署解决方案 - 导航 序言 因各种原因,决定先写使用文档.也证明下项目没有太监.至于安装过程复杂,是因为还没有做一键安装,这个现阶段确实没精力. 项目进度 (点击图片看大图) 必备工具 IDE:VS2015+ 运行环境: .Net Framework 4.6.1(已测可降4.5,其余没测) 宿主:IIS 下载源码 源码地址 http://git.oschina.net/doddgu/G/ ps:强烈希望顺手点下 star.watch.fork VS克隆源码 编译

SharePoint 部署解决方案Feature ID冲突

?中文报错: 部署步骤"添加解决方案"中出现错误: 已在此服务器场中安装 ID 为 735efe4e-8b50-4310-b588-c6ae2ba0759f 的功能.请使用强制属性显式地重新安装此功能. 英文报错: Error occurred in deployment step 'Add Solution': A feature with ID {Guid} has already been installed in this farm.  Use the force attrib

jboss 7.1.1 Final 的jsp热部署解决方案

公司的网站系统使用的中间是jboss7.1.1 Final,由于有些数据和服务测试环境不具备,免不了要在测试环境调试些jsp页面,发现从jboss社区里下载的jboss应用有个问题,新增jsp页面会实时部署,修改过的jsp页面就无法正常部署.     最新查到了如下解决方式: 在jboss7\standalone\configuration\standalone.xml文件中找到<subsystem xmlns="urn:jboss:domain:web:1.0" default