小编Sau*_*mar的帖子

我正在使用SQL Server 2008.如果我正在使用Management Studio的查询分析器,并且我继续创建新的表或视图,那么SSMS不会看到新创建的intellisense对象.

如何使SSMS从新创建的表/视图中查看和自动提供？

我如何在Android中进行编码,以便我的应用程序可以分析传入的短信并可能阻止它或做某事(可能移动到不同的SMS文件夹)在SMS实际发出通知告诉用户新短信之前？我会针对Android 2.1及更高版本.

我想分析用户指定的垃圾邮件单词的传入短信,如果找到则要删除/标记为已读/将邮件移动到其他文件夹.

我们在VS 2008环境中有一个新的ASP.NET项目,并为它设置了一个新的TFS服务器,但最初项目的bin文件夹也已签入.

该团队一次有大约10个活跃的开发人员,现在这是一个很大的问题,因为一些公共图书馆仍然由某人或其他人签出.

根据最佳实践,我现在希望解决此问题并从版本控件中删除bin文件夹并且我需要确保从现在开始,当开发人员签入他的项目时,bin文件夹再次不会被检查-在.如何以正确的方法确保这两件事？如果我可以作为TFS管理员做一些事情会很棒,所以从第二天开始,所有开发人员都会自动将一些设置拉入他们的框中,这样一旦我从TFS控件中删除它,他们就会停止检入bin文件夹.

我是TFS的初学者,因为之前我主要使用SVN,所以请指出正确的步骤,文档.谢谢!

我有两个SQL查询,每个查询大约2-3个INNER JOINS.我需要在他们之间做一个INTERSECT.

问题是,个人查询工作速度很快,但在交叉后总共花费大约4秒.

现在,如果我在整个查询的末尾放置一个OPTION(RECOMPILE),那么查询工作得非常好,几乎可以立即快速返回!

我理解选项recopile强制重建执行计划,所以如果我的管理员查询需要4秒钟更好或者现在重新编译,我会感到困惑,但是花0秒更好.

我刚开始在Windows上使用Git.我在BitBucket上托管并使用TortoiseGit作为Windows客户端.

事情正朝着正确的方向发展,但我在某一点上一无所知.我正在处理主分支,并且一度创建了一个新的分支.然后我继续在新的分支上工作并继续提交,推动.最后,当我完成后,我将这个新分支(codetidy)合并回master.

现在,当我"显示日志"并选择"所有分支"时,我只是在图表中得到一条直线.没有关于分支何时被取出以及何时合并的信息.请让我找到这个信息.

给出SQL Server 2008/2005上的两个场景 - 1表有5行2表有100万行

如果我们需要更新几行,那么效率是多少？为什么？1)更新所需的列2)删除行并使用更新的信息INSERT新行

我们正在使用TFS 2010,正在使用的客户是VS 2008,VS 2010和VS 2012.

我使用VS 2010功能查看TFS层次结构功能,以可视化我的TFS分支设置并进行维护.

问题是,一旦分支上的工作完成,我右键单击并"删除"它.删除后,如果我再次打开层次结构可视化,有时会按预期从可视化中删除分支框,但有时,即使分支被删除,它也会拒绝远离可视化.为什么它很糟糕,如何从可视化中删除已删除的分支？

我在Windows 7 64位计算机上安装了最新的TortoiseGIT 64位.我最近注意到文件上不再出现上下文选项.这些文件夹有诸如Git commit,Rename等选项......但是右键单击文件,显示通常用于未添加文件的菜单,例如"添加...".我已经检查了我的存储库,这些文件肯定是受版本控制的.

我已经安装了64位tortoisegit,最新版本的git,已重启多次,尝试卸载tortoisegit,并重新安装.也试过修复tortoisegit设置.

还有什么我可以尝试的吗？

以下是我的菜单的样子:

在我的 SSIS 2005 包中，我需要通过表达式提供 FTP 连接字符串，因为我需要从 dtsConfig 文件中为用户配置它。

目前我尝试给出以下表达式：

Connectionstring = @[User::FTPServer] + "." + @[User::FTPUser] + "." + @[用户::FTPPass]

对于这种独特的语法，我从http://social.msdn.microsoft.com/Forums/en-US/sqlintegrationservices/thread/3713e9a5-343a-4c5b-ac5d-1508cd5ab8be

我的 FTPServer 变量也有格式为 MYSERVERNAME:21 的端口信息。

但我收到错误“530 匿名用户未知”

知道如何解决此错误吗？

在发布之前,我已经通过了TFS游侠指南.

我在项目中有以下要求:

1. 发布第1版
2. 它部署在Dev环境中进行集成和健全性测试
3. 如果没问题,那么代码将部署在QA环境中
4. 如果没问题,QA发布的代码将在生产中部署.

目前,我们在CODE下的TFS中有一个代码库,开发人员代码在那里.以上分支到DEV镜像环境代码DEV分支分支到QA分支

如果需要热修复,则直接在QA分支上修复,然后反向合并到下面的分支.

在第一次开发之前这很好,但我觉得这需要重新构建,以便为将来的版本开发提供更好的可扩展性.

当前的问题:

1. 需要计划支持未来的1.5版开发
2. 目前有一些功能/修复可能会/可能不会在当前版本中.开发人员此刻只是搁置它,以便将来可以取消搁置.问题在于,随着时间的推移,货架因合并而变得巨大痛苦,因为它们没有历史
3. 有时人们在货架上工作长达一周的大功能.合并成为一个巨大的油漆,直到那时,许多人也开展了数十个文件.

记住以上所有内容,我正在考虑重新设计我们的TS分支策略,如下所示:

按照这种方法:

• 开发将在dev分支上进行,例如DevRel1分支

• 如果开发人员需要处理大型功能,他将在一个分支上工作,例如从Dev分支分支的Feature 1分支.在
  建成之后,他合并回Dev分支.

• 对于可能的功能,可能会或可能不会在此版本中,开发需要工作可能从主分支功能分支.根据最终决定,它将更少合并到适当的开发分支.
• 代码将从Dev分支部署在Dev环境中
• 代码将部署到Main的QA分支
• 对于发布,main将分支到新的发布分支
• 质量保证的热修复发生在主分支上,而发布则发布在发布分支上.从发布的RI发生在main,在这种情况下发生FI到dev分支

这太复杂了吗？可以简化,这看起来很好,或者需要纠正吗？

我们目前正在使用TFS 2008.