㈠ 什麼是：上線部署
上線（Go-live / Ship）
定義：上到生成線，即部署到生產線上（生成環境中）。
DoD：在生產環境中可以看到，並可以使用。
說明：上線後，可以使用系統，也可以不使用系統。如果使用系統，開始創造業務價值，那麼也叫投產（即投產=上線+使用系統）。如果上線後，不使用系統，那麼表示系統還沒有「開工」，它並不影響上線這個動作。「使用系統」這個動作是上線後的下游活動，它不是「上線」活動的一部分。
特徵：一定是部署到生成環境中（不是其它環境），即生產線上。上線 = 在生產環境上的部署。
部署（Deploy）
定義：安裝、配置（如有）。
DoD：通過驗證（驗收）測試，確認部署的結果是正確的（成功部署）。
說明：為了驗證部署的結果是正確的，需要對它（部署的結果）進行驗證（驗收）測試。但驗證（驗收）測試並不是部署，它只是為了驗證部署達到了期望的結果。如果你能保證部署沒有問題，那麼可以不做驗收測試這個動作。
特徵：將軟體「放置」到某個環境中。
舉例：部署人員將測試版本部署測試環境。將某個版本部署到試運行環境。將正式版本部署到生產環境。將一個模塊部署到系統中。
㈡ 如何在高版本的Xcode中部署低版本的ios程序
方法如下：
打開老的Xcode安裝路徑（你可以去 Apple Dev Center 下載老版本的Xcode dmg包，解壓出來對應的SDK包。）：Applications/Xcode.app/Contents/Developer/Platforms /iPhoneOS.platform/Developer/SDKs .這個路徑中安裝了你當前Xcode的所有Base SDK（例如 「iPhoneOS6.1.sdk」），同樣的你只需將這個sdk 備份一份拷貝到新的xcode相同目錄下即可。
安裝完新版Xcode 5後同樣將備份的sdk拷到對應路徑： Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs下即可。
重啟你的Xcode，打開Project Targets -> Build Settings -> Base SDK，設置為對應的sdk即可（例如ios6）
這時候你可能會發現運行起來的模擬器還是ios7的，要想模擬器是ios6的，同樣的只需要到路徑/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs下將對應的simulator備份的新得xcode路徑下即可。
㈢ 有哪些好用的資料庫版本控制與部署工具
那最好把每次修改的內容都保留在腳本裡面,以前的代碼不刪除,不要的就注釋起來,並且加上時間標記,你看看這樣可否滿足？版本控制的軟體挺多的vss,cvs,preforce等等,但個人都覺得不好用,沒有這種方法直觀
所有資料庫腳本 按照普通程序一樣保存為項目 代碼
更新資料庫 就更新腳本 或者增加腳本 作為增量/修改 標志
任何版本控制軟體都可以 做到
我們公司已經用了我說的方法， 為了 做 增量升級
你的腳本還必須 分好 結構 或者寫好一點 執行腳本，方便 執行 全 部署 和增量 部署 。
包括 數據結構 授權 特殊數據更新 存儲過程 觸發器 等等
就算你現在只有存儲過程，難以保證以後沒有其他的。
㈣ 版本發布系統是運維弄還是開發弄
野蠻生長階段
業務線自己各自為戰，沒有統一的代碼規范， 發布流程。 上線之前提交上線單通知運維人員手動上線。這種模式的缺點不言而喻，運維人員需要隨時待命， 從上線部署到最後驗證， 有問題的話回滾都需要運維人員全程手動完成，費事費力。
統一規范，使用發布系統發布
業務線接入CI和發布系統之後， 業務方通過CI打包自己的代碼， 通過發布系統自助完成發布。如發布代碼有問題，可以在系統上直接選擇要回滾的版本。 運維人員只需要配置好要發布的模塊即可。大大解放了運維的工作量。同時，各個業務線需要按照統一規范組織自己代碼結構才能夠使用發布系統。
2. 設計原則
什麼樣的系統更適合於汽車之家的業務？ 首要要滿足不同業務線的不同項目類型的發布，這些類型包括.net項目、java web項目、windows計劃任務等。 其次，公司有大量的windows伺服器， 發布系統需要同時支持windows和linux。最終我們選擇基於saltstack自動化運維配置工具設計開發發布系統， 使用該工具的好處如下：
python開發，和運維開發的技術棧一致。對於以後的擴展，二次開發都很方便
快速, 原生提供了http api支持
支持windows
3. 發布系統架構
3.1 發布系統的整體架構
發布系統前端通過salt api與salt master進行通信， 發布任務描述信息到salt master。salt master通過salt命令調用我們自己開發的模塊來完成一次發布任務。
㈤ java項目部署問題，問有經驗的程序員，你們公司怎麼控制線上版本
1.提交測試先寫好測試申請，然後打成war包提交測試那邊。
2。如果第一輪測試版下來有權BUG，未通過，會根據測試人員提供的BUG單進行修改，
修改完成後再統一打包，公司一般用SVN，全部BUG改完後，統一提交，專人打包，重新提交測試。
3.如果是上線項目，需要做升級或者維護，如果改動小，可以替換裡面的JSP 或者 JS 文件，不需要重啟伺服器，但是如果改動JAVA 文件，那就需要重啟伺服器了，這樣一般是選擇人流量少的時候進行維護或者升級，改動大直接WAR包替換。
原來版本一般會備份在那裡。
㈥ 用VC寫的程序 版本發布時什麼意思 還有部署是什麼意思！謝謝了
版本發布是指編譯release版本的程序么？
如果是，Koma的博客介紹了debug版本和release版本的區別，你可以去內看：
http://blog.csdn.net/wangningyu/archive/2009/11/17/4824237.aspx
至於部署，應容該就是指把程序打包成一個.msi的安裝包吧，你可以看sunnyloves的博客：
http://blog.csdn.net/sunnyloves/archive/2010/05/11/5577296.aspx
㈦ 什麼是發布版本
一樓整一個是垃圾
樓主BT ,毛驢什麼的用過吧?他們是開源的東東
然後回許多人去開發例如答BT有 rTorrent Ktorrent 藍娃 等
毛驢有amule mldonkey等
而linux也是如此,無論是核心,還是軟體,都是開源的
很多人去製作自己的linux系統(可以理解成DIY)
然後發布給其他linux fans使用
這樣就是發布了!
㈧ java項目部署問題，怎麼控制線上版本
1.提交測試先寫好測試申請，然後打成war包提交測試那邊。
2。如果第一輪測試下來有BUG，未通過，會根據測試人員提供的BUG單進行修改，
修改完成後再統一打包，公司一般用SVN，全部BUG改完後，統一提交，專人打包，重新提交測試。
3.如果是上線項目，需要做升級或者維護，如果改動小，可以替換裡面的JSP 或者 JS 文件，不需要重啟伺服器，但是如果改動JAVA 文件，那就需要重啟伺服器了，這樣一般是選擇人流量少的時候進行維護或者升級，改動大直接WAR包替換。
原來版本一般會備份在那裡。
㈨ windows server 集群 怎樣部署各版本
你是說虛擬化集群嗎？是不是這個http://www.xscen.com/article.php?id=18
㈩ 雲版本部署在本地伺服器這句話什麼意思
小鳥雲伺服器niaoyun實例創建好之後，您可以使用以下任意一種方式登錄伺服器：
遠程桌面連接(,MSTSC)：採用這種方式登錄，請確保實例能訪問公網。如果在創建實例時沒有購買帶寬，則不能使用遠程桌面連接。
管理終端VNC：無論您在創建實例時是否購買了帶寬，只要您本地有網頁瀏覽器，都可以通過管理控制台的管理終端登錄實例。
使用遠程桌面連接(MSTSC)登錄實例
打開開始菜單>遠程桌面連接，或在開始菜單>搜索中輸入mstsc。也可以使用快捷鍵Win+R來啟動運行窗口，輸入mstsc後回車啟動遠程桌面連接。
在遠程桌面連接對話框中，輸入實例的公網IP地址。單擊顯示選項。
輸入用戶名，如小鳥雲默認為niaoyun。單擊允許我保存憑據，然後單擊連接。這樣以後登錄就不需要手動輸入密碼了。