2017-01-31 4 views
0

ich wie git fühle „sollte“ in der Lage sein, dieses Szenario zu behandeln, ich denke, dass unser Fall ist etwas anders als das: Maintaining custom patches on third party codegit - Patches vs proprietärer unversionierte Quelle Aufrechterhaltung

Grundsätzlich unser Workflow ist:

  1. Benutzerdefinierte Patches auf proprietäre Website Motor

  2. Webseite einen eigenen Upgrade-Prozess hat, überschreibt alle Dateien

  3. Jetzt haben wir Unterschiede in dem Upgrade eingeführt, sowie unsere Patches

Ich halte tue einen separaten Repo ihres Point-Releases und ich bin in der Lage dies gegen unsere Veränderungen anzupassen. Im Moment packe ich diese manuell ein.

Es scheint mir, dass ich keine Möglichkeit haben würde, dies auf eine automatisierte Weise zu handhaben, es sei denn, es gibt einen fortgeschrittenen Workflow, den ich nutzen könnte?

Antwort

0

Ein möglicher Workflow wäre, jedes Update von Upstream an einen Zweig zu übergeben (upstream), dann behalte den Patch in einem anderen spezifischen Zweig, den du bei jedem Upgrade neu bibst.

Vorher:

* C (upstream) 
| 
* B 
| 
| * (patches) patch2 
| | 
| * patch1 
|/ 
* A 

Nach:

* (patches) patch2 
    | 
    * patch1 
/
* C (upstream) 
| 
* B 
| 
* A 
+0

Ich mag diesen Ansatz, aber ich glaube nicht, dass es für uns funktionieren wird, die Zeilennummern und Inhalt das, was viele Verschiebungen zu ändert Version zu Version. Für den Moment arbeitet meine Lösung mit magit und spacemacs. Ich diff gegen unseren letzten guten Code gegen ihren aktualisierten Code. –