Komut Satırı görevi
Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2015
Komut isteminden bir program çalıştırmak için bu görevi kullanın.
Not
Microsoft Team Foundation Server (TFS) 2018 ve önceki sürümlerde derleme ve yayın işlem hatları tanımlar, çalıştırmalar derlemeler, hizmet bağlantıları hizmet uç noktaları,aşamalar ortamlar ve işler olarak adlandırılan aşamalar olarak adlandırılanlardır.
Talep
Hiçbiri
YAML kod parçacığı
# Command line
# Run a command line script using Bash on Linux and macOS and cmd.exe on Windows
- task: CmdLine@2
inputs:
script: 'echo Write your commands here.'
#workingDirectory: # Optional
#failOnStderr: false # Optional
CmdLine görevinin YAML'de kısayol söz dizimi de vardır:
- script: # script path or inline
workingDirectory: #
displayName: #
failOnStderr: #
env: { string: string } # mapping of environment variables to add
batch ve çalıştırma. CMD dosyaları
Azure Pipelines satır içi betik içeriğinizi çalıştırmak için geçici bir toplu iş dosyasına (.cmd) koyar.
CMD'de başka bir toplu iş dosyasından toplu Windows çalıştırmak için komutunu kullansanız, aksi takdirde ilk toplu iş call dosyası sonlandırılır.
Bu, Azure Pipelines toplu iş dosyasına kadar, sonra toplu iş dosyasını çalıştırana ve ardından adımı sonlandırana kadar istediğiniz betiği çalıştırmanıza neden olur.
İlk betikte ek satırlar çalıştırılamz.
Bir toplu iş dosyasını call betik adımlarında yürütmeden önce her zaman Azure Pipelines gerekir.
Önemli
Bir toplu iş dosyası çalıştırdığınızı fark edesiniz.
Örneğin, Windows araçlarıyla birlikte toplu iş npmnpm install -g dosyalarıdır.
NpM call npm <command> komutlarını her zaman bir komut satırı görevsinde çalıştırmak için Windows.
Bağımsız değişkenler
| Bağımsız Değişken | Description |
|---|---|
scriptKomut Dosyası |
(Gerekli) Çalıştırmak istediğiniz betiğin içeriği Varsayılan değer: echo Write your commands here\n\necho Hello world\n" |
workingDirectoryÇalışma dizini |
(İsteğe bağlı) Komutunu çalıştırmak istediğiniz çalışma dizinini belirtin. Boş bırakırsanız çalışma dizini $(Build.SourcesDirectory) olur. |
failOnStderrStandart Hatada Başarısız Oldu |
Bu doğruysa, stderr'e herhangi bir hata yazılırsa bu görev başarısız olur |
envOrtam değişkenleri |
(İsteğe bağlı) İşlem ortamına eşlene ek öğelerin listesi. Örneğin, gizli değişkenler otomatik olarak eşlenmemiştir. adlı bir gizli değişken Foo varsa, bunu aşağıdaki örnekte gösterildiği gibi içinde eşlersiniz. |
- script: echo %MYSECRET%
env:
MySecret: $(Foo)
Örnek
steps:
- script: date /t
displayName: Get the date
- script: dir
workingDirectory: $(Agent.BuildDirectory)
displayName: List contents of a folder
- script: |
set MYVAR=foo
set
displayName: Set a variable and then display all
env:
aVarFromYaml: someValue
Açık kaynak
Bu görev, üzerinde açık kaynak GitHub. Geri bildirim ve katkılar açıktır.
SSS
Komutlar hakkında Windows öğrenebilirim?
Windows CMD komut satırı A-Z Dizini
Bir aracıya ihtiyacım var mı?
Derlemenizi veya yayınını çalıştırmak için en az bir aracı gerekir.
Sorunlarımız var. Bunları nasıl gidererim?
Bkz. Derleme ve Sürüm Sorunlarını Giderme.
Varsayılan aracı havuzunu seçe değilim ve derlememi veya sürümümi kuyruğa ala bilmiyorum. Nasıl yaparım? düzeltebilir misiniz?
Bkz. Aracı havuzları.
My NuGet görev şu hatayla başarısız oluyor: "Hata: yerel sertifikayı verdiremiyor". Bunu nasıl düzeltebilirim?
Bu, güvenilen bir kök sertifika ekerek düzeltilmiştir. Ortam değişkenini derleme NODE_EXTRA_CA_CERTS=file aracınıza ekleyebilir veya görev değişkenini işlem NODE.EXTRA.CA.CERTS=file hattınıza ebilirsiniz. Bu Node.js hakkında daha fazla bilgi için bkz.Node.js belgeleri. İşlem hattınıza değişken ayarlama hakkında yönergeler için bkz. İşlem hattında değişken ayarlama.
Şirket içi TFS'yi kullanıyor ve bu özelliklerden bazılarını göremiyorum. Neden olmasın?
Bu özelliklerden bazıları yalnızca şirket Azure Pipelines şirket içinde kullanılamaz. TFS'nin en son sürümüne yükseltme yaptıysanız bazı özellikler şirket içinde kullanılabilir.