我现在将大部分经典构建管道转换为 yaml。yaml 转换工具 devop 基本上将我的经典构建管道任务视为单独的 yaml 任务。所以现在我有一份大约有 8 项任务的工作。
在学习 yaml 时,我看到有些会创建多个作业,有些甚至会创建多个阶段。对我来说,阶段似乎适合不同的部署环境(开发、QA、UAT 等)。但我不确定什么时候应该使用多个作业?
假设我在一个存储库中有两个解决方案,并且想要构建这两个解决方案,并且我的工件将包含这两个解决方案的 dll。对于每个解决方案,我的任务将是构建、运行单元测试并打包 dll。
我可以将所有这些都放在一项工作中,因此这将是一步一步完成的连续任务。或者我可以创建两个作业,每个作业处理一个解决方案的构建。但与一项工作相比,使用多项工作有什么好处吗?微软似乎允许你的代理并行运行两个作业(理论上它会更快),但他们会为此收费。
谢谢
我开始使用Jenkins,这是一个非常棒的工具.我们使用参数化构建,我们定义参数,如分支名称$ {Branch}(例如dev,release,main等).
在构建配置中,我可以添加一个Windows批处理命令,有没有办法可以将这些参数传递给批处理命令?
我尝试传递"%$ {Branch}%"或"%Branch%",但似乎无效.
有人可以帮忙吗?
非常感谢
我们在azure中托管了一个nuget服务器,只允许某些人创建包.
如果我运行nuget命令行,我被要求提供用户名和密码.是否有可能在命令行中提供用户名和密码?
我尝试了诸如-User或-UserName之类的东西,但它总是未知选项:' - User'
nuget push -Source "XXX" -ApiKey VSTS -noninteractive mypackage.*.nupkg -User myUsername
Run Code Online (Sandbox Code Playgroud)
有没有办法提供来自推荐线的凭证?
我正在尝试使用维基数据对中国人进行一些研究.除了使用dbpedia(因为有关中国人的信息与zh.wikipedia.org相比有点限制),我发现我可以直接从zhwiki http://download.wikipedia.com/zhwiki/20150301/下载.
我看到有一个索引文件,从文件中我可以看到如下行:966576:291:人物
我假设是一个查找键?有人能告诉我如何使用此查找键来搜索主文件或数据库吗?
我知道如果我使用linq到sql,一切都将被参数化并且sql注入安全.但是IQueryable怎么样?
例如,我可以将一些实体强制转换为Iqueryable:
var myquery = mytesttable.AsQueryable();
var qText = "name="+ "\""+DynamicSearchCondition+ "\"";
myquery = myquery.Where(qText);
Run Code Online (Sandbox Code Playgroud)
然后在运行查询时,从跟踪中我可以看到传入的DynamicSearchCondition没有参数化.
最初我认为这不是sql注入证明,但我尝试了一些例子,并且无法打破这一个.这是否意味着它是免费的sql注入(我认为现在是)?
如果这是真的,它是否意味着所有IQueryable都是sql注入安全的?
我正在尝试学习 azure devops yaml 并使用模板。
这是我的管道 yaml(基本上想要设置参数并调用模板文件):
trigger:
branches:
include:
- master
paths:
exclude:
- YAML/*
extends:
template: azure-pipeline.yaml
parameters:
MergeSprintToMaster: false
Run Code Online (Sandbox Code Playgroud)
这是我的模板文件 azure-pipeline.yaml,其中包含所有公共内容:
parameters:
- name: MergeSprintToMaster # name of the parameter; required
type: boolean # data type of the parameter; required
default: false
pool:
name: Azure Pipelines
vmImage: 'windows-latest'
demands:
- msbuild
- visualstudio
- vstest
variables:
solution: '**/*.sln'
buildPlatform: 'Any CPU'
buildConfiguration: 'Release'
steps:
- task: AzureCLI@2
Run Code Online (Sandbox Code Playgroud)
我收到一条验证错误,显示 /YAML/azure-pipeline.yaml (Line: 11, Col: 1): Unexpected value 'pool'
我尝试使用 …
我正在尝试创建一个解决方案,允许我的客户将他们的文件存储在azure blob存储中.
当我这样做:
foreach(var blob in list.OfType<CloudBlockBlob>())
{
blob.FetchAttributes();
var file = new FileViewModel()
{
Name = blob.Name,
Modified= blob.Properties.LastModified,
Size = blob.Properties.Length,
Created= xxx
}
}
Run Code Online (Sandbox Code Playgroud)
看起来没有创建日期属性,只是lastModified.这是否意味着我必须自己将创建日期放入元数据属性?
我是Azure blob存储的新手,需要生成审计报告(例如,在创建,修改和访问文件时),是否需要将所有信息放入我的数据库或文件的元数据中?如果客户覆盖存储在blob中的现有文件,现有元数据是否会丢失?
我有一个网站在 azure P1v2 上运行了一段时间,现在它开始在 CPU 上陷入困境(假设它的请求比其他问题更多)。所以我正在考虑购买一个更好的计划,目前,p2v2 和 p1v3 之间很困惑。
P1V3 有 2vCU 和更多的内存,但它比同样有 2 个 CPU 的 P2V2 便宜。那么为什么p2v2更贵呢?
此外,p1v3 的最小 ACU 为 195,但 p2v2 的总 ACU 为 420。根据 Microsoft 文档,ACU 目前在小型(Standard_A1)VM 上标准化为 100,然后所有其他 SKU 表示该 SKU 运行标准基准测试的速度大约有多快。
由于 p1v3 具有最小 195 ACU 但有 2 个 vCPU,这是否意味着我们应该期望最小 390 ACU(195 *2)?那么p2v2会更快但也不会很多吗?
我的数据(折线图)是动态的,有时 x 轴标签重叠。
客户不想用两行或有角度的标签,我想知道是否有可能获得所有 x 轴标签的精确绘制位置?
然后我可以循环遍历标签,找到每个标签的大小并删除重叠的标签。
我正在学习NN和Keras。我的测试数据是这样的:
Result, HomeWinPossibility, DrawPossibility, AwayWinPossibility
[['AwayWin' 0.41 0.28 0.31]
['HomeWin' 0.55 0.25 0.2]
['AwayWin' 0.17 0.21 0.62]
.....
Run Code Online (Sandbox Code Playgroud)
这是我的模型:
Result, HomeWinPossibility, DrawPossibility, AwayWinPossibility
[['AwayWin' 0.41 0.28 0.31]
['HomeWin' 0.55 0.25 0.2]
['AwayWin' 0.17 0.21 0.62]
.....
Run Code Online (Sandbox Code Playgroud)
fit的输出为:
Epoch 1/100
190/190 [==============================] - 1s 3ms/step - loss: 0.9151 - acc: 0.5737
Epoch 2/100
190/190 [==============================] - 1s 3ms/step - loss: 0.9181 - acc: 0.5474
Epoch 3/100
190/190 [==============================] - 1s 3ms/step - loss: 0.9111 - acc: 0.5526
Epoch 100/100
190/190 [==============================] …Run Code Online (Sandbox Code Playgroud) azure-devops ×2
azure ×1
batch-file ×1
c# ×1
cmd ×1
highcharts ×1
iqueryable ×1
jenkins ×1
keras ×1
linq ×1
nuget ×1
wiki ×1
wikipedia ×1
yaml ×1