其他

做版本方案一：每日定時daily build，build期間鎖庫，做完BVT後打標籤，這樣就按照兩個標籤之間的差異擷取檔案做包。這種方案適合於產品化定期發布的任務。這個方案比較簡單，提交期間是鎖庫方式（有授權才能提交）或者不鎖庫方式看組織的情況了。個人認為，這種方式還是鎖庫給有任務的人開提交許可權比較好。方案二：按使用者錄入的檔案來做版本，這個方案是就SVN就一定要求鎖庫，對提交的檔案授權才能提交。CVS不鎖庫問題也不大。cvs可以使用cvs update

開啟 IIS 管理器。 有關如何開啟 IIS 管理器的資訊，請參閱 開啟 IIS 管理器 (IIS 7)。在“串連”窗格中，展開伺服器節點，然後單擊“應用程式集區”。在“應用程式集區”頁中，選擇要為其指定標識的應用程式集區，然後單擊“操作”窗格中的“進階設定”。對於“標識”屬性，單擊 ... 按鈕以開啟“應用程式集區標識”對話方塊。如果您要使用內建帳戶，請選中“內建帳戶”選項，然後從列表中選擇一個帳戶。如果要使用自訂標識，請選中“自訂帳戶”選項，然後單擊“設定”以開啟“設定憑據”對話方塊。

如果運行一些程式後，遠行yum命令出現“rpmdb: Lock table is out of available locker entries...”的問題時, 你可以按照如下操作來修複它：錯誤表現如下:rpmdb: Lock table is out of available locker entrieserror: db4 error(22) from db->close: Invalid argumenterror: cannot open Packages index

WIN2008的NLB 只是負載平衡，並沒有辦法檢查網站是否能訪問，這時候需要工具來檢查網站的可以用性 安裝說明：http://www.iis.net/download/All http://learn.iis.net/page.aspx/482/install-application-request-routing/ 管理web園 :Web Farm FrameworkThe Microsoft Web Farm Framework (WFF) 2.0 for IIS 7

1. Schemes -> Workflow Schemes 可以配置不同Issue Type使用不同的workflow.Assign a workflow to an issue type for this scheme 2. Issue Settings -> Issue Types -> Issue Types Scheme可以設定某個項目可見的Issue Type 3. Global Settings -> Workflows設定不同的工作流程 4. Issue

  MS-VC

cvs版本樹（revision tree） 可以分為不同的分支（branches），每一個分支可以是一個獨立的自我維護的開發線。而在一個分支中的變更可以很容易地移回到主幹中。 每一個分支均有一個分支號（branch number），由奇數個“.”分開的十進位數組成。 把一個整數追加到對應分支賴以分離出的版本號碼上來建立分支號。使用分支號允許從一個特定版本分離出多個分支。 當 cvs 建立一個分支號的時候它取一個未用的偶整數，用 2 開始。這樣當你想從 6.4 的版本建立分支時分支號將為 6.4.

1、裝完linxu系統後配置支援中文編輯/etc/sysconfig/i18n這個檔案：LANG="zh_CN.UTF-8"SUPPORTED="zh_CN.UTF-8:zh_CN.GB18030:zh_CN:zh:en_US.UTF-8:en_US:en"SYSFONT="latarcyrheb-sun16"  2、 secrueCRT支援顯示中文會話選擇-》終端-》外觀-》字元編碼： UTF-9  3、安裝yum install vsftpd   service vsftpd start (

CVS2SVN工具BUG： 1、有少部分檔案中文名變亂碼解決：參數第一個是gbk，後面才是utf-8 2、所有檔案的斷行符號換行都變成linux下的斷行符號換行解決：自己弄個工具替換 3、部分時間注釋格式給改了  工作流程的改變：1、不能按版本號碼擷取，要取庫最新2、基於第一點，同一個分支不能同時兩個 製作兩個版本，例如同時做活動包和活動關閉包 cvs可以使用cvs update

string uncPath“aa\\bb\\cc"string pattern="aa\".(@"/", @"\\");stirng replacement =@"\";// 如果 pattern為空白，會替換成\a\a\b\b\c\c,就是把每個字母都切割了if (string.IsNullOrWhiteSpace(pattern)) continue;console.write( Regex.Replace(uncPath, pattern, replacement,

解決方案Sln檔案工程檔案csproj檔案VS2005Microsoft Visual Studio Solution File, Format Version 9.00# Visual Studio 2005<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">VS2008Microsoft Visual Studio Solution File,

方法一：python指令碼 http://www.python.org/ftp/python/2.7/1、tar zxvf Python-2.7.tar2、cd Python-2.73、./config4、make5、make install代碼 Code highlighting produced by Actipro CodeHighlighter

 部落格微博輕部落格對內容多媒體支援支援文字、圖片，不限制文字長度、不限制圖片數量，支援html 支援文字、圖片、音頻、視頻，不限制文字長度、不限制圖片數量，支援html模版  輕部落格的使用者頁面易平面雜誌式的顯示方式和大幅圖片對使用者形成強烈的視覺衝擊。提供的模版五花八門，自由設定的靈活度極高。內容瀏覽人時間軸和人基於標籤和時間軸互動形式收聽關注數量核心是你發布的內容給多少人like帳號一個帳號對應一個部落格一個帳號對應一個微博一個帳號可以建多個輕部落格，還可以多個共同維護一個部落格管理員自

CMM角色定義對照表 角色（CMM）  角色（本公司） 任務 經理Manager 總經理、副總經理、品質總監 在責任範圍內對實施任務和活動的人員提供技術、管理指導與控制的人，其職能包括計劃、組織、指導和控制工作。 資深經理Senior Manager  資深經理是機構中的高層負責人，主要關注機構的長期活力，而不是短期計劃和契約性質的事務和壓力，通常一個資深經理負責多重專案，並提供和保護該機構軟體流程改善所需的長期資源。 專案經理Project

http://www.imagemagick.org/Usage/resize/#fill  @ECHO OFFREM ===========變數定義============REM 裁減後尺寸請配置到output.config,用空格分割 檔案名稱 長 寬REM 源檔案,不帶尾碼（預設尾碼都是.jpg)SET IMAGE_FILE=PenguinsREM 裁減重心SET GRAVITY=centerREM convert.exe的路徑SET

我們在做企業級業務系統的開發時，首選的解決方案是領域邏輯+對象關係表映射。什麼是企業級業務系統呢？第一，針對特定的領域，邏輯相對複雜。第二，涉及到資料的持久化，有很多非技術的原因，一般都會選擇關聯式資料庫。第三，有一些工作流程和豐富的使用者互動。在選擇分層的時候，我們的首選方案也是選擇之前所說的DDD分層。UI層->領域層->基礎設施層。在邏輯層上是這麼一個分法，但在實際實施的時候，物理上代碼應該怎麼布置，肯定也是有一定的講究的。首先，說一下核心邏輯層，這個層自然至少要有一個程式集的

敏捷開發有四個核心價值觀，分別是：個人與互動重於開發過程與工具可用的軟體重於複雜的文檔尋求客戶的合作重於對合約的談判對變化的響應重於始終遵循固定的計劃 雖然簡單的四句話，但能夠從本質上理解它還是有一定的困難的。首先你最好要先瞭解先前的瀑布式開發，自己經曆過更好。這樣你就更能夠理解敏捷價值觀產生的原因，以及他在哪些方面優於傳統的開發方式。雖然敏捷宣言在01年就提出來，但近幾年才在國內發展起來。從圖書的出版就可以看出來，例如一些優秀的敏捷開發的圖書，基本上都是03-08年之間翻譯到國內的，但我在10

在一般的公司專屬應用程式中，持久化資料的介質首選就是關聯式資料庫，第一，因為關聯式資料庫比較成熟，一般開發人員都能很容易的使用。第二，可能還有一些其他的非技術原因。記得在剛開始我學編程的時候，都是先做UI，再邊寫邏輯邊建資料表。後來基本上就是先把資料表建好，然後在寫邏輯和介面。現在就開始了新的方式，先把領域模型和領域邏輯寫好，再建資料表。然後再把他們的之間的映射層寫好。領域模型是物件導向的，裡面有繼承，組合等。關聯式資料庫是面向關係的，裡面只有二維表和他們之間通過索引值建立的關係。二者天生就是不

Martin

當選擇好開發的方式，選擇好物理程式集的分配方式，但如何把這些商務邏輯組織起來也是一個很大的問題。首先，得搞清楚什麼樣的邏輯屬於領域邏輯，這就一個很大的難題。很多時候，需要花很長時間來判斷某個邏輯是應該歸屬於領域邏輯還是歸屬於基礎設施或是其他。這就對使用領域驅動設計和DDD分層的開發人員提出了很高的要求。但是等您一旦熟悉使用這種方式時，再較為複雜的邏輯，您一樣也可以很輕鬆的解決。領域模型裡面應該放什麼呢？我自己總結了下面幾點，不過這不是最好的，我也在學習之中。第一，任何和UI相關的是絕不能放在領域