SSH-Task in VSTS zeigt Fehler, obwohl es nur log

Question

Ich arbeite derzeit an der Automatisierung der Konfiguration einer Ubuntu VM in Azure und automatisierte Bereitstellung von R-Studio auf es mit Shell-Skripten, Rcode und VSTS-Pipelines. Alles lief gut, aber eine Sache beschäftigt mich ständig und es ist die Ausgabe in der VSTS-Release-Pipeline. Ich führe R-Code, um die R-Pakete zu installieren, und sie sind gut ohne Fehler installiert, aber das Ausgabe-Protokoll in VSTS zeigt folgende (Dies ist eine Wiederholung, wo die R-Pakete bereits installiert sind und ein gewünschtes Verhalten ist):

Rscript /home/analytics/Final_process/r_setup.r 
2017-11-03T19:17:54.9719684Z ##[error]------------------------------------------------------------------------------ 
2017-11-03T19:17:54.9719684Z Please library(dtplyr)! 
2017-11-03T19:17:54.9719684Z ##[error]data.table + dplyr code now lives in dtplyr. 
2017-11-03T19:17:54.9719684Z Please library(dtplyr)! 
2017-11-03T19:17:54.9719684Z ##[error]------------------------------------------------------------------------------ 
2017-11-03T19:17:54.9719684Z Attaching package: ‘dplyr’ 
2017-11-03T19:17:54.9719684Z Attaching package: ‘dplyr’ 
2017-11-03T19:17:54.9719684Z  between, first, last 
2017-11-03T19:17:54.9719684Z ##[error]The following objects are masked from ‘package:data.table’: 
2017-11-03T19:17:54.9719684Z  between, first, last 
2017-11-03T19:17:54.9719684Z  filter, lag 
2017-11-03T19:17:54.9719684Z ##[error]The following objects are masked from ‘package:stats’: 
2017-11-03T19:17:54.9719684Z  filter, lag 
2017-11-03T19:17:54.9719684Z  intersect, setdiff, setequal, union 
2017-11-03T19:17:54.9719684Z ##[error]The following objects are masked from ‘package:base’: 
2017-11-03T19:17:54.9719684Z  intersect, setdiff, setequal, union 
2017-11-03T19:17:55.4719651Z Attaching package: ‘lubridate’ 
2017-11-03T19:17:55.4719651Z Attaching package: ‘lubridate’ 
2017-11-03T19:17:55.4719651Z  hour, isoweek, mday, minute, month, quarter, second, wday, week, 
2017-11-03T19:17:55.4719651Z  yday, year 
2017-11-03T19:17:55.4719651Z ##[error]The following objects are masked from ‘package:data.table’: 
2017-11-03T19:17:55.4719651Z  hour, isoweek, mday, minute, month, quarter, second, wday, week, 
2017-11-03T19:17:55.4719651Z  yday, year 
2017-11-03T19:17:55.4875612Z  date 
2017-11-03T19:17:55.4875612Z ##[error]The following object is masked from ‘package:base’: 
2017-11-03T19:17:55.4875612Z  date 
2017-11-03T19:17:55.5344765Z ##[error]------------------------------------------------------------------------------ 
2017-11-03T19:17:55.5344765Z If you need functions from both plyr and dplyr, please load plyr first, then dplyr: 
2017-11-03T19:17:55.5344765Z library(plyr); library(dplyr) 
2017-11-03T19:17:55.5344765Z 
2017-11-03T19:17:55.5344765Z ##[error]You have loaded plyr after dplyr - this is likely to cause problems. 
2017-11-03T19:17:55.5344765Z If you need functions from both plyr and dplyr, please load plyr first, then dplyr: 
2017-11-03T19:17:55.5344765Z library(plyr); library(dplyr) 
2017-11-03T19:17:55.5344765Z ##[error]------------------------------------------------------------------------------ 
2017-11-03T19:17:55.5344765Z Attaching package: ‘plyr’ 
2017-11-03T19:17:55.5344765Z Attaching package: ‘plyr’ 
2017-11-03T19:17:55.5344765Z  here 
2017-11-03T19:17:55.5344765Z ##[error]The following object is masked from ‘package:lubridate’: 
2017-11-03T19:17:55.5344765Z  here 
2017-11-03T19:17:55.5500632Z  arrange, count, desc, failwith, id, mutate, rename, summarise, 
2017-11-03T19:17:55.5500632Z  summarize 
2017-11-03T19:17:55.5500632Z ##[error]The following objects are masked from ‘package:dplyr’: 
2017-11-03T19:17:55.5500632Z  arrange, count, desc, failwith, id, mutate, rename, summarise, 
2017-11-03T19:17:55.5500632Z  summarize 
2017-11-03T19:17:55.5657235Z Attaching package: ‘sfsmisc’ 
2017-11-03T19:17:55.5657235Z Attaching package: ‘sfsmisc’ 
2017-11-03T19:17:55.5657235Z  last 
2017-11-03T19:17:55.5657235Z ##[error]The following object is masked from ‘package:dplyr’: 
2017-11-03T19:17:55.5657235Z  last 
2017-11-03T19:17:55.5657235Z  last 
2017-11-03T19:17:55.5657235Z ##[error]The following object is masked from ‘package:data.table’: 
2017-11-03T19:17:55.5657235Z  last 
2017-11-03T19:17:55.6594438Z Attaching package: ‘zoo’ 
2017-11-03T19:17:55.6594438Z Attaching package: ‘zoo’ 
2017-11-03T19:17:55.6594438Z  as.Date, as.Date.numeric 
2017-11-03T19:17:55.6594438Z ##[error]The following objects are masked from ‘package:base’: 
2017-11-03T19:17:55.6594438Z  as.Date, as.Date.numeric 

Jetzt würde alles in Ordnung sein, es sei denn es hält mich die ##[error] Nachricht knallen, wenn in der Tat ist es kein Fehler. Ich kann die Option zum Fehlschlagen abschalten, wenn Log in STDERR etwas schreibt, aber ich glaube nicht, dass dies eine Lösung ist, weil ich auf diese Weise einen echten Fehler übersehen kann, wenn es passiert.

Hat jemand anderes dies erlebt? Ist es ein Fehler in der SSH-Aufgabe oder ein Fehler in meinem R-Code?

Answer 1

Diese ##error identifizieren, was Ihr Befehl auf den Standardfehler ausdruckt. Lösungen

:

• Vermeiden sie in erster Linie durch die Eingabe Desinfizieren Sie auf den Befehl bereitstellen Sie verwenden. Vielleicht muss Ihr Eingabeskript überarbeitet werden, und das sind tatsächlich Fehler, die behoben werden müssen;

• Bewerten Sie, ob der Inhalt von stderr Warnungen oder Fehler sind. Im ersten Fall können Sie versuchen, diejenigen zu unterdrücken Warnung (zB library(dplyr, warn.conflicts = FALSE);

• Wenn noch der Befehl erfolgreich, aber alles auf dem Standardfehler druckt, letzter Ausweg zu deaktivieren „fehlschlagen, wenn lügt etwas zu STDERR schreibt“ Option auf dem VSTS Aufgabe;?