SVN統(tǒng)計開發(fā)人員提交次數(shù)？如果您使用的SVN客戶端是TortoiseSVN，那么這個客戶端附帶一個簡單的統(tǒng)計函數(shù)。右鍵單擊簽出的項目文件夾，選擇TortoiseSVN-display log，單擊右

SVN統(tǒng)計開發(fā)人員提交次數(shù)？

如果您使用的SVN客戶端是TortoiseSVN，那么這個客戶端附帶一個簡單的統(tǒng)計函數(shù)。右鍵單擊簽出的項目文件夾，選擇TortoiseSVN-display log，單擊右下角的statistics按鈕，然后為圖表類型選擇每天提交的次數(shù)。這時，會出現(xiàn)一個圖表，顯示每人每周提交的數(shù)量

讓我們從結(jié)果開始：Git在某些情況下比SVN好，但它不能取代SVN

第一輪：Git是一個分布式版本控制系統(tǒng)，它更適合沒有固定“服務(wù)器”的研發(fā)人員。Svn是一個具有固定服務(wù)器的集中式版本控制系統(tǒng)。但我認為，在某些情況下，分布式管理并不一定比集中式管理好，所以這一輪更為公平。

第2輪：[git的分支非常易于使用，而且非常強大。SVN的分支是一小塊雞排。SVN的分支是svncopy，它復(fù)制一個完整的項目。在這一輪中，GIT具有明顯的優(yōu)勢。

第三輪：

提交、更新或合并代碼時經(jīng)常報告錯誤。Git的提示非?！爸艿健?，可以很好地解決錯誤。SVN的提示有點不滿意。Git在這一輪中仍然有優(yōu)勢。

第4輪：

SVN對目錄具有良好的權(quán)限控制。它可以根據(jù)目錄進行更新和提交，這有時很有用。Git無法控制目錄的權(quán)限。SVN的優(yōu)勢在這一輪是顯而易見的。

例如：

我們公司的研發(fā)人員使用git，藝術(shù)和產(chǎn)品使用SVN。藝術(shù)和產(chǎn)品通常將需求和資源放入SVN，SVN可以根據(jù)目錄而不是整個項目進行下載。而SVN在windows系統(tǒng)中有一個非常著名的烏龜SVN軟件，有一個中文版本，使用起來非常方便。

為什么還有那么多人用SVN？

TortoiseSVN本身不提供代碼行差異統(tǒng)計功能，它只有兩個統(tǒng)計功能：按作者提交次數(shù)統(tǒng)計和按提交時間統(tǒng)計，這兩個功能都是針對次的。這兩個函數(shù)可以通過點擊日志頁上的“統(tǒng)計”來查看

其實原理很簡單，就是用SVN hook:Post commit在腳本中寫下提交后想做什么。

TortoiseSVN如何統(tǒng)計代碼新增、修改、刪除行數(shù)？

績效考核是對每個部門和員工工作的數(shù)量和質(zhì)量的評估。各類工作都有其特殊性，因此考核工作必須建立適用于各類工作的量化標準。

從程序員的工作特點來看，生產(chǎn)代碼行數(shù)是評價他們工作的最合適的量化標準。雖然這個標準不足以考慮每個程序員的工作質(zhì)量，但是程序員的工作質(zhì)量并不是由他們自己控制的。他們只能保證自己輸入的代碼嚴格按照架構(gòu)師制定的語句原則和變量算法原則，保證輸入中沒有輸入錯誤，至少保證鍵語句輸入中沒有錯誤。只要能做到這些，程序員代碼輸入量達到規(guī)定的行數(shù)或超額，就可以判斷其性能考核結(jié)果是否合格或優(yōu)秀。

績效考核的最大難點是崗位量化原則的制定。有些崗位不能用工作量來考核，比如公關(guān)部。對于此類部門，其目標任務(wù)的完整性比率只能在考核周期內(nèi)計算。如果比例高于預(yù)定值，則為合格；如果比例低于該值，則為不合格或較差。

績效評估是人力資源部的一項挑戰(zhàn)。許多企業(yè)由于標準制定上的問題，使得績效考核流于形式，這是一種非常危險的現(xiàn)象。這將嚴重影響整個公司的工作效率，甚至嚴重削弱公司的核心競爭力，因為核心競爭力除了內(nèi)在的市場導(dǎo)向和品牌識別外，還包括企業(yè)文化戰(zhàn)略和人力資源戰(zhàn)略的有效性！