Beispiele für die verwendung von Codeänderungen auf Deutsch und deren übersetzungen ins Englisch
{-}
-
Colloquial
-
Official
-
Ecclesiastic
-
Medicine
-
Financial
-
Ecclesiastic
-
Political
-
Computer
-
Programming
-
Official/political
-
Political
Kleinere Codeänderungen, Konflikte sind einfacher.
Sondern auch um schnelle Rückmeldungen bei Codeänderungen.
Jede Menge Codeänderungen in der Welt von Git passieren, weil jemand einen Pull-Request durchführt.
Zunächst erstellen Sie einen Branch für Ihre Codeänderungen.
Mithilfe von Web Analytics nur Codeänderungen Berichte für das Management ist wie einem Porsche Stoßstange Verkehr.
Eine Investition in CI ermöglicht schnelle Feedbacks zu Codeänderungen.
Eine Pipeline ist ein Workflow, der beschreibt, wie Codeänderungen das Freigabeverfahren durchlaufen.
Verwirklichen Sie den Nutzen der Anwendung von Behältern für Anwendung-mit wenige oder keine Codeänderungen.
Schließe für eine einfachere Nachverfolgung den Kreis zwischen Codeänderungen und Vorgängen: Verbinde Fisheye mit Jira Software.
Als Reaktion auf Kommentareaktualisiert sie den Branch mit ihrer Arbeit möglicherweise mehrmals mit Codeänderungen.
Phased Release: Dieses Cloudlet vereinfacht schnelle Codeänderungen in der Produktion mit echten Nutzern und möglichem Failback.
Die Fragmente können jetzt jedoch innerhalb derselben Aktivität oder getrennt ohne weitere Codeänderungen existieren.
Darüber hinaus besteht jedoch die Möglichkeit, Codeänderungen, die seit dem den letzten„grünen" Stand durchgeführt wurden, wieder rückgängig zu machen.
Nutze Continuous Integration für deinen Code mit Bamboo und verfolge in Fisheye, welche Codeänderungen Trigger für deine Builds waren.
Bei einer erfolgreichen CI werden regelmäßig neue Codeänderungen für Apps entwickelt, geprüft und in einem gemeinsamen Repository zusammengeführt.
Sie können Ihren lokalen Git-Client verwenden, um Commits an den Quell-Branch zu senden,der die Pull-Anforderung mit Codeänderungen aktualisiert.
Ob beim Anzeigen von Codeänderungen die Ansicht Unified oder Split verwendet und ob geänderte Leerzeichen ein- oder ausgeblendet werden sollen.
Bevor Sie eine Pull-Anfrage erstellen können,müssen Sie einen Branch erstellen, der die Codeänderungen enthält, die Sie überprüfen möchten.
Wenn alle Codeänderungen geprüft wurden und Sie mit diesen Änderungen einverstanden sind, führen Sie von der Pull-Anfrage einen der folgenden Schritte aus.
Durch das Erstellen von Pull-Anforderungen können andere Benutzer Ihre Codeänderungen sehen und prüfen, bevor Sie diese mit einem anderen Branch zusammenführen.
Alle Codeänderungen werden in der Hauptanwendung vorgenommen, die dann mit den Operationen„seed"(Vordefinieren) und„publish"(Veröffentlichen) in die übersetzten Shadow-Anwendungen übertragen werden.
Die fortlaufende Lieferung ist eine Freigabepraxis, bei der Codeänderungen automatisch erstellt, getestet und für die Produktionsfreigabe vorbereitet werden.
Da es scriptbasiert ist, ist es einfach genug, herauszufinden, was es im Detail tut, und sogar Befehle aus dem Skripthinzuzufügen oder zu entfernen, um es entsprechend anzupassen, da der Autor Codeänderungen oder die Freigabe des Codes oder der Komponenten erlaubt.
Aber es gibt auch eine große Zahl an Codeänderungen“unter der Haube” als Teil des Frühjahrsputzes, den wir bereits im Entwicklungslogbuch näher erläutert haben.
Oder man legt sich für bestimmte Projekte jeweils einen eigenen Status an. Ich habe z. B. einen namens"HUG"(für"Haiku User Guide") angelegt, unter dem ich alle E-mails sammle, die den Inhalt des Userguides betreffen könnten,wie Commit-Mails über Codeänderungen, die ein Feature ändern oder neu einführen oder sonstige Mails, die den Userguide verbessern könnten.
Mit Pull-Anforderungen können Sie Codeänderungen auf kleine Änderungen oder Fehlerkorrekturen, größere Funktionserweiterungen oder neue Versionen Ihrer veröffentlichten Software gemeinsam prüfen.
Eine Pull-Anforderung ist die primäre Vorgehensweise, wie Sie und andere Repository-Benutzer Codeänderungen prüfen, kommentieren und über Branches hinweg zusammenführen können.
Optional Name des Branch, mit dem Sie Ihre Codeänderungen zusammenführen möchten, auch Ziel-Branch genannt, falls Sie sie nicht mit dem Standard-Branch zusammenführen möchten mit dem Attribut destinationReference.
Oder man legt sich für bestimmte Projekte jeweils einen eigenen Status an. Ich habe z. B. einen namens"HUG"(für"Haiku User Guide") angelegt, unter dem ich alle E-mails sammle, die den Inhalt des Userguides betreffen könnten,wie Commit-Mails über Codeänderungen, die ein Feature ändern oder neu einführen oder sonstige Mails, die den Userguide verbessern könnten.
Wenn es das täte, dann könnte jedes Einzelwesen im Universum die Codeänderungen zusammen mit dem Originalcode erben, und die gesamte Realität könnte sich innerhalb eines Augenblicks verändern vergessen Sie nicht, daß das Höchste Wesen außerhalb der Zeit lebt!