在TFS初始配置的時候,用的公司內網,由於公司網路安全的限制,主機無法公開到互連網上,經過部門申請後,只公開了80連接埠,隨之將TFS伺服器的連接埠改為這個連接埠。而之前與項目關聯的SharePoint網站使用的80連接埠,只能改為其它連接埠。但是問題隨之而來。改為其它連接埠後,專案網站不能再繼續使用!這給TFS使用帶來比較大的麻煩。因為之前相關的項目文檔資料全都無法查看,並且任務、Bug等工作項目,也沒有辦法在SharePoint網站和Team Web Access上查看了。為瞭解決這個問題,
在做項目的時候碰到的。使用者要求,頁面呈現太長時,列印的時候,要求,每頁上都要有表頭。找了好久,才在網上找到。原來,是要對每個表格,定義其thead,並對其樣式設定成:style="display:table-header-group"。如果要求有表尾,也一樣,要定義其tfoot,並對style="display:table-footer-group"<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><
項目做完,在測實驗收時,使用者突然提出,可以更改查詢結果,便於列印。隱藏工程錯誤。但是這個時候提要求,比較頭痛,後來,想了想還是用前台代碼,這樣,只要在項目的JS檔案中,加入以下幾個函數,便可以解決了。 CodeCode highlighting produced by Actipro CodeHighlighter
由於前幾天對TFS做了升級,其中資料庫的升級版本為SQL Server 2008,而同事的資料庫使用的SQL Server 2008 R2,為了將他的Database Backup到伺服器上,將SQLServer2008升級到R2版本。悲劇由此開始。1.SQL Server 2008升級出錯由於我之前的升級方案中,把TFS和SQL Server 2008同時安裝在有網域控制站下的Windows Server 2003伺服器上,SQL Server
先看下面的代碼: 1: int tempi = 1; 2: object o = tempi; 3: double tempd = (double) o;編譯時間可以通過,但運行時卻報如下錯誤:System.InvalidCastException: 指定的轉換無效。這是因為,當對一個對象進行拆箱時,轉型的結果必須是它原來未裝箱的類型。此處必須先轉換為int類型,才能再轉換為double類型。其正確格式如下: 1: int tempi = 32; 2: object o =
If you import Data from a specified Source periodically in an Integration Service Project and you need to update existing data in the SQL Destination the best workaround for this is as following: First define a Source in the data flow e.g. Ole DB