小编Jam*_*den的帖子

我在Windows环境中使用git和TeamCity v6.0.

由于IO问题,我刚从服务器端检出切换到代理检查,但是...

初始结账从一分钟到> 45分钟变得非常缓慢.一旦回购克隆,一切都OK.在代理上是否有一些配置可以调整以改善这一点？感谢您提前回复.

我看到的是在代理上创建的初始git文件,然后有一个很长的暂停,然后我得到了所有的数据.我可以从流程资源管理器中看到,git似乎做得很少,并且没有明显的限制来源.

在过去,我通常使用变更集或svn编号对二进制文件进行版本控制,例如1.1.123.3,其中大数字是源控制系统的变更集或转速.但是,随着系统即时使用,我们已经远远超过70000+更改集的uint障碍,因此当用作asssembly版本属性或程序集文件版本属性时会导致溢出和编译器错误.请参阅:http: //msdn.microsoft.com/en-us/library/system.reflection.assemblyversionattribute.aspx

还有哪些替代策略仍将二进制文件链接到变更集？

我调整了我的任务,使用给出的解决方案:

<Target Name="Version">
    <!-- Changeset exceeds u16int so cannot be used in Versioninfo-->
    <Attrib   ReadOnly="false" Files="$(VersionFile)"/>
    <!--Assembly version must be made of uint16 this means that the version number must less than 65536-->
    <!-- current changest is way past this so i will make the number changset-50000 and add a number -->
    <!-- so 70000 becomes 20000.1 and 100001 becomes 1.2-->
    <PropertyGroup>
        <Version>$(Branch).$([MSBuild]::Subtract($(ChangeSet),$(Offset))).$(OffsetCount)</Version>
    </PropertyGroup>
    <AssemblyInfo CodeLanguage="CS"
         OutputFile="$(VersionFile)"
         AssemblyCompany="$(Company)"
         AssemblyProduct="$(Product)"
         AssemblyCopyright="$(Copyright)"
         AssemblyVersion="$(Version)"/>

    <Attrib   ReadOnly="true" Files="$(VersionFile)"/>
</Target>

我们的软件分为多个组件。

Msbuild脚本自动执行我们的构建和批处理脚本以调用它。即使有很小的变化，我们也会每天构建组件。我们希望转向持续集成，以便每当签入发生时便触发构建。

我们的msbuild脚本以这样的方式编写：它将为组件生成所有sln文件。在持续集成中，是否仅需要构建经过修改的sln？

如果我仅生成更改的项目，是否必须为每个sln编写一个msbuild？

我可以简单地在teamcity中使用现有的msbuild脚本吗？

我正在尝试存储我的构建的整个输出,这包括一些空文件夹.teamcity中的artefact机制不包括这些:什么不起作用:

OAR\=> OAR.zip
OAR->OAR.zip
OAR

在OAR内部,我有一个需要存储的文件夹结构.我知道我可以在每个文件中放置一个占位符文件,但这不是我追求的答案.否则生病必须自己拉链？