标签: setup-deployment

我有一个设置和部署项目,在我们的构建服务器上,在摘要中报告以下内容:

==========重建全部:25成功,2失败,0跳过==========

我不知道这两个是失败的,但我相信其中一个是vdproj项目,因为如果我在没有安装程序的情况下运行构建,则根本没有报告错误."打包文件"消息与我的PC上的输出匹配,其中构建成功完成.

我确信这是一个环境问题,只是在任何地方都没有记录问题的日志 - 只是摘要中的数字.

更奇怪的是,setup.exe和myapp.msi文件,似乎产生罚款.我无法弄清楚失败的项目是什么,因为没有提到失败的项目.我所知道的是,如果我构建不包括安装项目的解决方案,则摘要说没有错误.

谁能想到要检查的东西？

我正在使用Visual Studio 2008中的安装向导项目部署C#应用程序.

对于我来说,让Windows安排我的应用程序定期运行(例如每8小时),最简单的方法是什么？我更喜欢在应用程序安装期间进行此调度以简化最终用户的设置.

谢谢!

我有一个VS2005安装和部署项目,我遇到了一个我想要帮助的问题.

这是我的问题:

我的应用程序的' DefaultLocation '设置为' [ProgramFilesFolder]\MyApp '.现在我希望用户选择要安装此应用程序的驱动器.我知道这是通过" 安装文件夹选择 "对话框完成的,但我希望用户只能选择一个驱动器,而不是整个路径.

我的问题是如何捕获用户从"安装文件夹选择"对话框中选择的驱动器,并使用该驱动器号来固定我的"DefaultLocation"变量？

示例: 如果用户从安装文件夹选择对话框中选择"M:\",我想安装到" M:\ Program Files\MyApp "或者如果用户选择"E:\",则安装到" E:\" Program Files\MyApp ".

我正在更新通过安装和部署项目安装的现有应用程序.

旧应用程序在安装期间将配置和数据库文件复制到Program Files中的应用程序文件夹中.这在Win 2000和Win Xp(在本地管理员帐户下)下工作正常.然而,在Windows 7中,这不仅令人不悦,而且由于UAC,它基本上不起作用.

所以我想更新应用程序以在CommonApplicationData中编写其配置/数据.在现有的"安装和部署"项目中,您可以轻松选择某些位置作为复制文件的目标.即应用程序文件夹,用户桌面和用户程序文件.

我没有看到一个类似的方法告诉安装程序复制到AppData/CommonApplicationData文件夹.这是否存在,如果没有,是否有任何简单的修复？

谢谢!

我有一个项目,其中包含github(私人仓库)中的代码,我正在寻找一种很好的部署方法.

我知道capistrano,但不确定是否有更好的解决方案,想要查看其他意见:)

任何帮助都非常感谢

我在C#.Net应用程序的一个水晶报告中添加了一个条形码字体,它在开发中运行良好并显示结果.但是当我创建安装文件并将其安装在另一台PC上时,条形码字体显示为英文字母的简单字体,尽管我已经安装了条形码字体.

那么在安装我的应用程序后,请你帮我在exe上显示条码字体？

我想知道是否有可能构建不同的安装程序,其中包含一个部署项目的不同文件,完全取决于构建配置(调试/发布)？

我想这样做是因为:

1. 在调试阶段,我们想在测试机器上安装一些额外的调试文件(*.pdb)和二进制文件,这样如果出现任何问题,我们就可以知道发生了什么
2. 在发布阶段,我们不希望用户拥有这些调试文件.我们不想让用户选择安装*pdb - 他们中的大多数都不知道这些文件的用途,并且它们的选项只会引起混淆

我目前遇到的困难:

1. 我试图打开部署项目文件(*.vdproj),它与其他类型的项目(如CSharp)非常不同.部署项目文件不是XML,我似乎无法编写如下内容:.
2. 我检查了Microsoft的网站:http://msdn.microsoft.com/en-us/library/cz6k1z02%28v=vs.80%29.aspx没有与构建配置相关的部署条件.
3. 由于我想根据构建配置设置条件,我想项目文件至少应该能够告诉当前所选配置是什么.但是,部署配置管理器非常简单 - 我只能更改输出,打包,压缩和安装URL.我似乎无法为其他类型的项目定义任何其他宏(例如CSharp)

我正在尝试setup.py第一次写作。安装工作正常，但无法通过脚本创建数据库和表。这是我的文件：

import os
import sys
from distutils.sysconfig import get_python_lib

from setuptools import find_packages, setup

# Dynamically calculate the version based on django.VERSION.
version = __import__('flask').__version__

setup(
  name='myapp_manager',
  version='1.0.0',
  description='myapp manger',
  long_description=('myapp manger description'),
  url='https://github.com/XXXXXXXXXX.git',
  packages=find_packages(exclude=['tests*']),
  install_requires=["Flask==0.10.1",
  "Flask-SQLAlchemy==1.0",
  "Jinja2==2.8",
  ...    
  ],
  include_package_data=True,
  entry_points = {
  'console_scripts': [
    'create_db = myapp_manager.scripts.create_db:main',
    ]
  },
  package_data={
    'static': 'static/*',
    'templates': 'templates/*'},
  classifiers=[
    "Private :: Do Not Upload"
  ],
)

这是我的项目目录结构：

myapp_manager
|-- app
|   |-- api_calls.py
|   |-- api_templates.py
|   |-- __init__.py
| …

我在 Visual Studio 2013 中有一个安装和部署项目，它为我的解决方案创建一个 .msi 安装程序。我还有一个在安装自定义操作中启动的 C# WinForms 应用程序。如果用户从命令行启动 .msi，是否有任何方法可以将命令行参数传递给在安装自定义操作期间运行的应用程序？

我知道我可以使用 CustomActionData 参数提供安装自定义操作应用程序参数，因此我可以以某种方式将其动态设置为 .msi 参数吗？或者有更简单/更好的方法来做到这一点？

任何帮助，将不胜感激。

某些原因导致我的 .vdproj 定期出现混乱且没有可识别的原因，从而导致错误消息“错误：无法更新项目的依赖项。对象‘来自 Cool Program 的主输出（活动）’的依赖项不能下定决心。 ” 这适用于使用 VisualSVN 插件和 Tortoise SVN 的 Visual Studio 2017 社区版 15.9.14。我还使用 Eziriz .NET Reactor 进行代码保护。我使用这个配置已经有两年了，没有出现任何问题。这种情况刚刚开始反复发生，所以一定是有什么东西发生了变化，导致了这种情况——要么是我的配置的一些小属性让它变得疯狂，要么是环境中的某些东西不喜欢。我只是不知道如何弄清楚它会是什么。对我来说唯一突出的变化是，由于外部依赖关系，我必须从 .NET 4.6 更改为 4.6.1。

设置和部署项目突然开始说找不到活动项目的依赖项。更令人困惑的是，昨天，我一整天做了 20 多个构建，然后就突然神秘地发生了。我没有打开或运行任何我记得的新程序，也没有关闭 VS 或更改环境中的任何内容。据我所知，这是自发的，没有任何相关的系统变化。Visual Studio 似乎完全失去了理智。

我已经阅读了其他帖子（使用 devenv.com 编译安装项目 - “错误：无法更新项目的依赖项”和“提交到 Subversion 后无法更新项目的依赖项”），检查了我的 .vdproj，上次发生这种情况时，之前尝试过不同的修复：

我尝试过的

1. 检查.vdproj并确认主项目的路径完整且正确；
2. 从解决方案中删除 .vdproj，然后重新添加；
3. 关闭并重新打开VS；
4. 清空 .vdproj 的层次结构和文件部分；
5. 更新到VS最新版本；
6. 重新启动；
7. 禁用性能监控和报告；
8. 我认为我通过从安装项目中删除我的主项目然后重新添加它来修复它，因此需要对文件布局、快捷方式等进行多次后续手动调整，但这是一个劳动密集型的解决方法，而不是一个解决方法。解决方案。事实证明它只是暂时有效 - 问题又回来了。

2020 年 1 月 14 日更新

虽然下面提到的解决方法暂时有帮助，但我始终无法解决这个问题。它只是不断地回来。我的解决方案是完全放弃安装和部署项目并切换到 Inno Setup。如果您尝试了所有这些方法但无法解决问题，我对您的建议是也这样做。