Gönderi Derlemesinden kod 1 ile çıkıldı

Post build etkinliği olan bir projem var:

copy $(ProjectDir)DbVerse\Lunaverse.DbVerse.*.exe  $(TargetDir)

Makinemde her seferinde iyi çalışıyor. Her zaman "kod 1 ile çıkıldı" hatasını alan yeni bir geliştiricim var. Aynı komutu bir DOS komut isteminde çalıştırmasını sağladım ve iyi çalıştı. Buna ne sebep olabilir? Gerçek hataya ulaşmanın bir yolu var mı?

İkimiz de Visual Studio 2008 kullanıyoruz.

Yolundaki klasör adlarından birinde bir boşluk vardı ve etrafında alıntı yok.

"Pings" olanı bana yardımcı oldu ... ama biraz daha açıklanabilir ...

Benim için çözüm değişmekti:

copy $(TargetDir)$(TargetName).* $(SolutionDir)bin

buna:

copy "$(TargetDir)$(TargetName).*" "$(SolutionDir)bin"

Umarım sizin için çalışır. :-)

Bu oldukça aktif bir soru olduğu için bunu gelecekteki ziyaretçiler için ekledim.

ROBOCOPY, 8'in altındaki "başarı kodları" ile çıkar. Bkz: http://support.microsoft.com/kb/954404

Bunun anlamı şudur ki:

robocopy exit code 0 = no files copied
robocopy exit code 1 = files copied
When the result is 1, this becomes an error exit code in visual studio.

Bu yüzden bunu toplu iş dosyasının altına ekleyerek kolayca çözdüm

exit 0

ROBOCOPY hatalarını bu şekilde ele almanızı önerin

rem each robocopy statement and then underneath have the error check.
if %ERRORLEVEL% GEQ 8 goto failed

rem end of batch file
GOTO success

:failed
rem do not pause as it will pause msbuild.
exit 1

:success
exit 0    

Hiçbir dosya kopyalanmadığında kafa karışıklığı oluşacaktır = VS'de hata yok. Sonra değişiklikler olduğunda, dosyalar kopyalanır, VS hataları, ancak geliştiricinin istediği her şey yapılır.

Ek İpucu: Komut dosyasında duraklama kullanmayın, çünkü bu VS yapısında belirsiz bir duraklama haline gelir. senaryoyu geliştirirken gibi bir şey kullanın timeout 10. Bunu fark edeceksiniz ve asılı bir yapıya sahip olmak yerine yorumlayacaksınız.

Kod 1 için nedenim, hedef klasörün salt okunur olmasıydı. Umarım bu birine yardımcı olur! Bir dizinden diğerine kopyalama yapmak için bir post build olayım vardı ve hedef salt okunurdu. Bu yüzden dizindeki ve tüm alt dizinlerindeki salt okunur özniteliğe gidip işaretini kaldırdım! Bunun için güvenli bir dizin olduğundan emin olun!

İşlem izleyicisini SysInternals'dan alın , Lunaverse.DbVerse (Yol alanında) işlem sonucuna bakacak şekilde ayarlayın. Neyin yanlış gittiği oradan belli olmalı

Derleme sonrası kopyamı işletim sistemi korumalı bir ".. \ Common7 \ IDE \ PrivateAssemblies" e almak için Yönetici olarak VS'yi çalıştırmam gerekiyordu

'Kullananlar için kopya halinde' komutunu Yapı Olaylar ( Ön build olay komut satırı ve / veya olay Post-build komut satırından itibaren) Projesi -> Özellikler : Eğer ' copy ' komutunu parametreleri burada gibi görünmelidir: copy "source of files" "destination for files". Tırnak işareti kullanmayı unutmayın (adres dizelerinde boşluklarla ilgili sorunları önlemek için).

Benzer bir sorunum vardı ama özellikle bir Jenkins oluşturma ortamında. Sorunu çözmek için, derleme sonrası olayında bir kopyalama komutunu kullanmaktan kopya hedefi kullanmaya geçtim.

Ben bunu değiştirdim:

   <PropertyGroup>
      <PostBuildEvent>copy $(ProjectDir)bin\BLAH.Common.xml $(ProjectDir)App_Data\BLAH.Common.xml</PostBuildEvent>
   </PropertyGroup>

buna:

  <Target Name="AfterBuild">
    <Copy SourceFiles="$(ProjectDir)bin\BLAH.Common.xml" DestinationFolder="$(ProjectDir)App_Data\" />
  </Target>

ve şimdi iyi çalışıyor.

Aldığım belirli hata şuydu:

(PostBuildEvent target) -> 
  C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(4291,5): error MSB3073: The command "copy <http://1.2.3.4/job/BLAHv2/ws/Api/bin/BLAH.Common.xml> <http://1.2.3.4/job/BLAHv2/ws/Api/App_Data/BLAH.Common.xml"> exited with code 1. [<http://1.2.3.4/job/BLAHv2/ws/Api/Api.csproj]>

Visual Studio'yu Yönetici olarak çalıştırarak Kod 1'imi düzeltebildim. Görünüşe göre, Yönetici olmadan kabuk komutlarını yürütme erişimi yoktu.

İyi bir uygulama olarak post build olayını MS Build File Copy göreviyle değiştirmenizi öneririm .

Benim için, dosyayla uğraştığım programın o sırada çalışmadığından emin olmalıydım. Söz diziminde herhangi bir hata yoktu. Umarım bu birine yardımcı olur.

Ben de aynı hatayı aldım. Kaçılması gereken hedef yolda bir yüzdem vardı

c:\projects\%NotAnEnvironmentVariable%

olması gerekiyor

c:\projects\%%NotAnEnvironmentVariable%%

Tamam, bu birçok çözümle ilgili bir sorun, bu yüzden insanlara daha fazla ipucu vermek için benimkini gönderiyorum. Benim durumum, yolunuzdaki klasörleri iki kez kontrol etmek ve hepsinin makinenizde var olduğundan emin olmak. Örneğin: "$ (SolutionDir) \ partBin \ Bin \ $ (ProjeAdı) .pdb", ancak "Bin" partBin klasöründe değil.

Build Events (Pre-build olay komut satırı veya / ve Post-build olay komut satırı) içinde Project -> Properties'den 'copy' komutunu kullananlar için: hedef klasör mevcut olmalıdır

Pek çok çözüm ...

Benim durumumda, bat dosyasını unicode olmayan (Western, Windows) kodlama ile kaydetmem gerekiyordu. Varsayılan olarak dosyayı visual studio'ya eklediğimde (ve muhtemelen bunu VS'nin dışında yapmalıydım), UTF-8 kodlamasıyla eklendi.

Aynı sorunu yaşadım ve bunun projeyi yeniden adlandırdığım için olduğu ortaya çıktı. Proje özelliklerine girdim ve Assembly Name ve Root Namespace'i proje adına değiştirdim ve bundan sonra harika çalıştı!

Yine başka bir cevap ...

Benim durumumda, hem .Net Standard 1.3 hem de .Net Framework 2.0'ı hedefleyen bir Visual Studio 2017 projem vardı. Bu, .csproj dosyasında şu şekilde belirtilmiştir:

<TargetFrameworks>netstandard1.3;net20</TargetFrameworks>

Ayrıca şunun gibi bir derleme sonrası olay komut satırım vardı:

copy "E:\Yacks\YacksCore\YacksCore\bin\net20\Merlinia.YacksCore.dll" "E:\Merlinia\Trunk-Debug\Shared Bin\"

Başka bir deyişle, yapı tarafından üretilen .Net Framework .dll'yi alternatif bir konuma kopyalamaya çalışıyordum.

Bir Yeniden Oluşturma yaptığımda bu hata ile başarısız oluyordu:

MSB3073 The command "copy "E:\Yacks\YacksCore\YacksCore\bin\net20\Merlinia.YacksCore.dll" "E:\Merlinia\Trunk-Debug\Shared Bin\"" exited with code 1.

Çok fazla hayal kırıklığından sonra nihayet olan şeyin, Rebuild'in tüm çıktı dosyalarını sildiğine karar verdim, ardından .Net Standard 1.3 için derleme yaptıktan sonra, derleme sonrası olay komut satırını çalıştırmayı denedim, çünkü dosya kopyalanacak henüz inşa edilmedi.

Yani çözüm, yapım sırasını değiştirmekti, yani önce .Net Framework 2.0 için, sonra .Net Standard 1.3 için inşa etmek.

<TargetFrameworks>net20;netstandard1.3</TargetFrameworks>

Bu, derleme sonrası olay komut satırının iki kez çalıştırılmasıyla ilgili küçük aksaklıkla birlikte çalışır, böylece dosya iki kez kopyalanır.

Benim durumumda cd, bat dosyasını çağırmadan önce dizini değiştirmem gerekiyordu , çünkü bat dosyasının içinde göreceli yolları belirleyen bir kopyalama işlemi vardı.

:: Copy file
cd "$(ProjectDir)files\build_scripts\"
call "copy.bat"