upstream-branch

9熱度

4回答

Git合併提交來自特定的上游版本

場景：我分叉了一個github項目並開始對它進行處理（在將原始項目添加爲遠程時稱爲「上游」）。在使用我的fork時，上游項目發佈了許多版本：v1.3-stable，v1.4-stable，v1.5-experimental等。現在我需要將上游提交合併到我的主分支，但僅限於特定發行版，例如發行版v1.4-stable。這種情況下最好的工作流程是什麼？

git github upstream-branch 2016-06-08

---

1熱度

1回答

快進和變基的混帳

我讀this並在大多數情況下，我得到它。我想我明白rebasing（它獲得更線性的git日誌歷史記錄，而不必進行只是三方提交的提交），我也認爲我理解git圖。但是在我不明白的段落中有幾句話。 您會注意到該合併中的短語「fast-forward」。因爲您合併的分支指向的 提交是直接 上游您正在進行的提交，Git只是將指針向前移動。以另外一種方式，當您嘗試合併一個承諾 與提交，可以通過以下達到短語第一

git git-branch git-bash upstream-branch 2016-03-09

---

1熱度

2回答

如何觸發詹金斯下游工作僅兩上行流作業已經成功執行

我創建作業A看起來上游作業（作業B和作業C）成功的結果，並觸發一個shell腳本來驗證的條件。 一旦作業B和成功運行了作業A作業C執行下游作業（作業d和作業E）。 我已經使用reverse（配置上游作業）並downstream-ext（配置下游的作業）的插件在作業A使用JJB。 問題我在這裏面臨的是：作業B成功執行後，無需等待作業C的結果。作業A應等待作業B和作業C，然後根據結果執行。 請你幫我一

jenkins jenkins-plugins reverse jenkins-job-builder upstream-branch 2016-09-25

---

1熱度

3回答

通神器或字符串在詹金斯管道上游的工作

目標 我試圖協調使用GitHub的組織插件與詹金斯管道沿依賴鏈。 由於我構建的產品具有許多共享依賴關係，因此我使用nuget包來管理依賴關係版本控制和更新。 但是，我無法爲執行編排的項目獲取必要的工件/信息。 戰略 在一個SCM改變任何上游共享庫應該建立一個NuGet包和協調任何下游建立需要新的引用： 我硬編碼在每個上游項目的下游業務流程。 因此，如果構建了A，那麼將使用來自A的最新構件來構建B和

jenkins-pipeline jenkinsfile github-organizations upstream-branch multibranch-pipeline 2016-09-27

---