推送中繼或推送分支到生產

Question

我想了解一些使用Tortoise SVN構建過程的過程。主要

我想知道你推：

1. 主線幹線
2. QA已經抓住後到工作副本本地和測試分支，然後一些構建推動該分支的分支

我遇到的問題是我工作在一個craphole（嘿，它是什麼，我在發佈stackoverflow，你最好相信它..好方法來緩解由於完全混亂的壓力），我們有沒有推動任何事情的正式程序。事實上，更糟的是，我的老闆直接代碼生產。當我有變化時，他推動幹線主幹。當我在開發數據庫上進行數據庫更改時，問題就變成了讓我們說分支A.呃......這打破了分支B和C.我喜歡4個項目同時進行！爲什麼？那麼，我不會進入（混亂）。

因此，我重命名一個表字段，或者在SQL Server和walla中添加一個字段或其他任何字段，現在我的其他分支的陳舊代碼指向以前的字段名稱。

那麼會發生什麼？我必須將這個分支的某些變化合併到那個分支，等等。這感覺就像一個戰爭區域。

最後，會發生什麼是我試圖只合並最小值。比方說，我對分支A的代碼進行了數據庫更改，但現在我不得不跳回分支B的項目。那麼我需要將A的一些變化合併到這些數據庫更改中，以便B的代碼不會被炸出來，並且能夠使用新的表更改。

最後老闆推動幹線主幹生產。現在我收到一封電子郵件「你忘了爲此刪除超鏈接」。這個超鏈接實際上是我在分支A中添加的一個功能。但他在這裏討論的是他只是將主線主幹線推到生產線上，現在我已經從分支B和分支A的任何數據庫腳本中合併了更改，因爲記住我有一些數據庫更改如果他推動代碼，它必須反映這些更改，因此即使與本項目無關，也必須推動部分數據庫更改。那麼...我錯過了超鏈接，所以殺了我。也許這就是爲什麼我們需要一個構建過程的老闆？ （對不起，這是在這裏工作的噩夢，這就是爲什麼這個線程變得如此詳細）。

無論如何，顯然這是一場噩夢。他決定幾乎所有的東西。我們擁有源代碼控制的唯一原因是因爲我曾經在覈心團隊中工作過，這是您設置的第一件事。那裏沒有在這裏。問題是我不能指定結構..他但是他從來沒有真正使用源代碼控制！天哪。

所以我們沒有質量保證。這是一個電子商務網站。這是另一個大問題。所以我期望完美。這意味着無論我們推動什麼分支功能，幹線主幹都需要完美無缺。

這是luda嗎？跆拳道我該怎麼做？經過多次巧妙的解釋，我需要一個怪異的構建過程（不僅僅是複製本地主線主幹來製作！），而是我試圖推動並大吼大叫。所以我放棄了這一點。

因此，它將幫助我極大地瞭解其他人如何將他們的來源從烏龜推向生產。當我參加過以前的團隊時，我不是那個人，所以我真的不熟悉構建過程。

我們是一個相當不錯的電子商務網站，每月可以獲得數百萬次點擊量。

Answer 1

從你所說的聽起來像你的分支是所謂的「功能分支」，而不是維護分支。理論上，您可以直接從功能分支中推送，如果在分支合併到主線路時遇到衝突，會發生什麼情況？最具防彈作用的過程是將特徵分支合併到主幹中，然後從主幹那一點創建維護分支並推送它。

關於混亂和老闆，我可以說什麼夥計...在你退出之前，嘗試改變它，並儘可能地在過程中學習。