SVN的案例
一個IC設計工程師要具備哪些知識架構？看過來人萬字總結
G) SVN/ CVS/ Git
以上三種都是目前比較主流的“版本管理”工具。什么是版本管理？簡而言之，就是一種用于記錄和查詢文件版本改動的工具，通常都會被部署在公共服務器上，以保證數據的安全和可恢復。在項目的開始階段，首先需要創建好版本管理的根目錄，然后由不同的工程師逐一把自己的設計文件首次加入到版本管理的各級子目錄下。在項目執行的過程中，每當有人修改一個文件，都需要通過版本管理工具上傳代碼并注釋改動內容，版本管理工具會自動檢查改動內容與服務器上的最新版本是否沖突（沖突的意思即是說，在該工程師改動這個文件的過程中，有其它人也對該文件的同一行代碼進行了改動并上傳了新版本），如果沒有沖突，則會自動將新上傳的改動合并到當前最新版本，反之，則將沖突部分進行對比顯示，讓工程師手工判斷應當如何合并沖突行的內容，解決沖突后可以再次重新上傳。
SVN和Git都是跨平臺的版本管理工具，其中SVN是必須在線工作的，而Git是可以離線工作的。當你需要上傳代碼的時候，如果你使用的是SVN，則你必須保證從你的計算機到服務器端的通信是暢通的，而如果你使用的是Git的話，由于Git有本機倉庫的概念，在你沒有主動與服務器端同步之前，所有版本管理都是在本機倉庫上完成而不需要與服務器通信的，這樣即使是在離線環境下也可以最大限度地保證代碼版本的可恢復性，同時也節省了在移動環境下工作時的傳輸流量。Git是開源的，最早興起于互聯網行業，目前也有逐漸在其他行業里廣泛使用的趨勢，以之為基礎的開源社區GitHub更是為它的繁榮起到了重要的推動作用。
展開 Stages — 研發過程可視化建模和管理平臺
在 Stages 中定義好的過程，可以直接用于項目管理或者配置管理系統，如 SVN、RTC、ClearCase、PLM等。
產品介紹
? 靈活的過程建模
Stages提供了靈活的方式進行可視化建模，可以定義任意詳細程度的過程模型。過程模型提供了多種視圖，方便不同的人員使用。例如，過程建模工程師可以使用過程模型的詳細視圖，以進行過程定義和確保過程的一致性。開發工程師可以使用模型視圖，它只包含個人每天的工作信息，如文檔和模板。
? 過程建模要素
過程建模一般包括活動 & 決策、角色、工具、資源、階段& 里程碑、工具、方法、培訓和度量等關鍵要素。Stages 工具很好的支持了這些過程要素。
? 過程與標準的合規性
為了支持企業使用標準參考模型（如 CMMI、ASPICE、ISO26262）來進行過程改進，Stages 內置了這些標準的參考模型，并且能靈活地把過程模型與不同的參考模型進行映射，此外可進行過程模型的差距分析。
? 標準過程定義和裁剪規則定義
通過Stages可以快速構建企業級的標準研發流程，同時支持定義過程的裁剪規則。用戶可以快速通過裁剪規則建立已定義的過程。
? 過程發布
在Stages中，過程管理者能開發過程的裁剪規則和指導方針。項目管理者能從過程庫中選擇過程，根據項目特點進行裁剪。制定好的過程可以發布到RTC、PLM等平臺，方便工程師靈活應用。此外，Stages還可以集成常用的配置管理工具如ClearCase、SVN等。
? 過程控制
Stages包含了一個強大而靈活的度量工具，可以確保過程的正確執行。自定義的儀表板包含度量和KPI指標，方便進行項目監控。
展開 Stages — 研發過程可視化建模和管理平臺
在Stages中定義好的過程，可以直接用于項目管理或者配置管理系統，如ClearCase、SVN、RTC、JIRA等。
產品介紹
? 簡單靈活的過程建模
Stages 提供了非常簡單靈活的可視化建模方式，表單化的過程定義，自動渲染的圖形呈現，還可以定義任意詳細程度的模型顯示。過程模型提供了多種視圖，方便不同的人員使用。例如，過程建模工程師可以使用過程模型的詳細視圖，以進行過程定義和保證過程的一致性。開發工程師可以使用模型視圖，它只包含個人每天的工作信息，如文檔和模板。
? 過程建模要素
過程建模包括活動&決策、角色、工具、資源、階段&里程碑、工具、方法、培訓和度量這幾大關鍵要素。Stages 工具很好的支持了這些過程要素。
? 過程與標準的合規性
為了支持企業使用標準參考模型（如CMMI、ASPICE、ISO26262）來進行過程改進，Stages 內置了這些標準的參考模型，并且能靈活地把過程模型與不同的參考模型進行映射，此外可進行過程模型的差距分析。
? 靈活的過程變體能力
通過Stages可以快速構建企業級的標準研發流程，同時支持模塊化的組織過程和過程裁剪規則的定義。用戶可以快速通過裁剪規則建立已定義的過程，提高過程靈活性和復用性
? 過程發布
在Stages中，過程管理者能開發過程的裁剪規則和指導方針。項目管理者能從過程庫中選擇過程，根據項目特點進行裁剪。制定好的過程可以發布到RTC等平臺，方便工程師靈活應用。此外，Stages 還可以集成常用的配置管理工具如ClearCase、SVN 等。
? 過程控制
Stages 包含了一個度量工具，可以保證過程的執行。自定義的儀表板包含度量和KPI指標，方便進行項目監控。
展開 Stages — 研發過程可視化建模和管理平臺
此外，Stages還可以集成常用的配置管理工具如 ClearCase、SVN 等。
? 過程控制
在Stages中，過程管理者能開發過程的裁剪規則和指導方針。項目管理者能從過程庫中選擇過程，根據項目特點進行裁剪。制定好的過程可以發布到RTC、PLM等平臺，方便工程師靈活應用。此外，Stages還可以集成常用的配置管理工具如 ClearCase、SVN 等。
? 過程變更&配置管理
為了維護一個穩定的過程版本，過程的變更進行控制。過程能進行打基線、評估和發布。過程管理者可以受控的方式選擇一個新的過程版本，員工可以基于更新更有效的過程版本進行工作。
經緯恒潤
北京市海淀區知春路7號致真大廈D座6層
電話：010-64840808
郵箱：market_dept@hirain.com
網址：www.hirain.com
展開 
Stages—研發過程可視化建模和管理平臺
在Stages中定義好的過程，可以直接用于項目管理或者配置管理系統，如Jira、Redmine、Codebeamer、SVN、EWM(原RTC)、ClearCase、PLM等。
產品介紹
靈活的過程建模：Stages提供了靈活的方式進行可視化建模，可以定義任意詳細程度的過程模型。過程模型提供了多種視圖，方便不同的人員使用。例如，過程建模工程師可以使用過程模型的詳細視圖，以進行過程定義和確保過程的一致性。開發工程師可以使用模型視圖，它只包含個人每天的工作信息，如文檔和模板
過程建模要素：過程建模一般包括活動&決策、角色、工具、資源、階段&里程碑、工具、方法、培訓和度量等關鍵要素。Stages工具很好地支持了這些過程要素
過程與標準的合規性：為了支持企業使用標準參考模型（如CMMI、ASPICE、ISO26262）來進行過程改進，Stages內置了這些標準的參考模型，并且能靈活地把過程模型與不同的參考模型進行映射，此外可進行過程模型的差距分析
標準過程定義和裁剪規則定義：通過Stages可以快速構建企業級的標準研發流程，同時支持定義過程的裁剪規則。用戶可以快速通過裁剪規則建立已定義的過程
過程發布：在Stages中，過程管理者能開發過程的裁剪規則和指導方針。項目管理者能從過程庫中選擇過程，根據項目特點進行裁剪。制定好的過程可以發布到EWM(原RTC)、PLM等平臺，方便工程師靈活應用。此外，Stages還可以集成常用的配置管理工具如ClearCase、SVN等
過程控制：Stages包含了一個強大而靈活的度量工具，可以確保過程的正確執行。
展開 3月19日在線研討會預熱 | Stages — 研發過程可視化建模和管理平臺
在Stages中定義好的過程，可以直接用于項目管理或者配置管理系統，如ClearCase、SVN、RTC、JIRA等。
產品介紹
? 簡單靈活的過程建模
Stages 提供了非常簡單靈活的可視化建模方式，表單化的過程定義，自動渲染的圖形呈現，還可以定義任意詳細程度的模型顯示。過程模型提供了多種視圖，方便不同的人員使用。例如，過程建模工程師可以使用過程模型的詳細視圖，以進行過程定義和過程的一致性。開發工程師可以使用模型視圖，它只包含個人每天的工作信息，如文檔和模板。
? 過程建模要素
過程建模一般包括活動&決策、角色、工具、資源、階段&里程碑、工具、方法、培訓和度量這幾大關鍵要素。Stages 工具很好的支持了這些過程要素。
? 過程與標準的合規性
為了支持企業使用標準參考模型（如CMMI、ASPICE、ISO26262）來進行過程改進，Stages 內置了這些標準的參考模型，并且能靈活地把過程模型與不同的參考模型進行映射，此外可進行過程模型的差距分析。
? 靈活的過程變體能力
通過Stages可以快速構建企業級的標準研發流程，同時支持模塊化的組織過程和過程裁剪規則的定義。用戶可以快速通過裁剪規則建立已定義的過程，提高過程靈活性和復用性
? 過程發布
在Stages中，過程管理者能開發過程的裁剪規則和指導方針。項目管理者能從過程庫中選擇過程，根據項目特點進行裁剪。制定好的過程可以發布到RTC等平臺，方便工程師靈活應用。此外，Stages 還可以集成常用的配置管理工具如ClearCase、SVN 等。
? 過程控制
Stages 包含了一個強大而靈活的度量工具，過程的正確執行。
展開 設計仿真 | SimManager在底盤多體仿真的數據管理方案
在沒有 SimManager 解決方案前，BMW 借用了 SVN 系統來管理多體數據，因 SVN 并非針對仿真業務領域，應用并不理想。在 SimManager 多體方案推出后，BMW 將其全部底盤多體仿真數據管理遷移到 SimManager 系統上。
解決方案
本方案由 MSC 仿真數據管理 SimManger 專家與底盤多體動力學 Adams 專家，基于標桿企業需求聯合研發。該方案的關鍵技術解決了 AdamsCar 的 CDB 庫文件解析問題，對庫文件結構和引用關系進行深度解析并結構化存入數據中，是目前仿真數據管理（SPDM）領域唯一具備此能力的解決方案。
多體仿真數據管理解決方案的架構圖如下所示：
本方案中 AdamsCar CDB 解析后存儲于 SimManager 數據庫中，所有用戶基于同一多體模型數據源和實時更新的版本進行仿真分析，確保項目中的所有仿真模型的一致性，每個用戶對模型的修改都會實時更新合并為到最新的共享模型庫中，確保所有用戶使用的 CDB 數據為實時更新且版本一致，該解決方案的優勢主要體現在以下幾個方面。
集中管理實現數據共享
所有的仿真模板、子系統、裝配體都會在 SimManager中進行統一管理，并對仿真數據的輸入參數和輸出結果等進行管理，確保仿真輸入和仿真結果的一致性，從而解決了多體仿真數據的分散存儲和數據孤立的問題。
版本管理使數據不再混亂
所有對模型信息的修改都會在系統中自動進行更新和記錄，確保所有人員能及時使用最新版本模型數據，使得版本管理不再依賴人工備注（如文件名加后綴_v1, _v2），從而避免版本控制出錯和難以回退的問題。
展開 White Source SAST—信息安全測試工具
White Source SAST支持與Git、TFS、SVN等版本控制系統進行集成，便于代碼管理。
-漏洞覆蓋
White Source SAST能夠為使用不同開發環境和框架，在不同平臺上開發的應用程序掃描多達30多種漏洞類型（其中包括OWASP Top10），其中一些如下：
· SQL注入
· XPATH注入
· 文件泄漏
· 郵件轉發
· 跨站腳本攻擊
· 弱加密
· 危險配置項
· 代碼注入
· 危險的文件擴展名
· Shell命令執行
· HTTP響應分拆攻擊
· 信息泄漏
· LDAP注入
應用&案例
White Source SAST在汽車、金融、互聯網等領域均有應用：
展開 ET·ci —持續集成驗證平臺
? 基礎服務與框架模塊
? 定時獲取配置庫上穩定版本代碼以及測試用例，自動進行測試
? 監視配置庫代碼庫/用例庫，識別變更自動進行測試
? 根據一鍵輸入進行自動測試
? 測試流程自動化執行及分析
? 執行監控和過程數據抓取及生成報告并發送信息給相關授權人
? 管理與配置模塊
? 該模塊一般包括項目管理、環境配置和日志管理
? 各集成模塊
? 配置管理工具集成
? 編譯工具集成
? 靜態測試工具集成
? 軟件運行時間評估工具集成
? 單元/集成測試工具集成
? MIL/HIL測試工具
主要功能與優勢
? 軟件開發、測試自動化流程定制，提高軟件質量，縮短軟件研發周期
? 可實現分布式編譯、并行測試、一鍵式部署
? 通過集成軟件開發、測試工具鏈，實現工具自動執行、動態分析
? 采用一定的策略實現對現有資源的統一管理和調度
? 基于同一平臺自動收集過程數據，實現軟件開發過程動態監控與透明化
? 支持持續集成、持續交付、敏捷開發等應用案例
? 一次配置、持續有效、定時啟動、觸發啟動、每日構建、小步快跑、及時糾正
應用&案例
全自動軟件測試調度平臺ET·ci 無論在嵌入式行業還是非嵌入式行業，有很好的應用前景，以下案例是為某控制器開發廠商部署的應用平臺，包含了嵌入式軟件、非嵌入式軟件的測試自動化調度，集成的工具鏈包括：
? 編譯器vc++、gcc
? 配置管理SVN、synergy
? 靜態測試工具鏈QAC、QAC++、QAv
? 單元/集成測試工具Tessy
? 支持linux、windows雙操作系統
? MIL/HIL測試工具Mx-suite等
展開 JFrog Artifactory—高性能軟件制品管理倉庫
JFrog核心功能
JFrog Artifactory功能特性
? 支持全語言制品
JFrog Artifactory可以代替ftp、nexus、harbor、svn提供全語言制品統一管理，每年可以減少維護成本至少180人天。《DevOps成熟度》可達制品庫成熟度4+級標準。
? 高性能，高可用，高并發
JFrog Artifactory天然高可用，可線性擴展，可以輕松應對萬人規模的高并發場景；支持多活節點模式部署，通過負載均衡提供服務，后端通過共享存儲和數據庫保證數據一致性；無宕機風險，保障開發與部署不間斷，并且支持滾動升級。
? 以Artifactory制品為中心的元數據
JFrog Artifactory可以記錄軟件包關聯的Jira ID，構建漏洞掃描結果、測試結果等信息，實現高效取包聯調；可以收集任意制品（鏡像、二進制、車技包等）的元數據并展示，收集到的元數據可作為制品度量標準，保障軟件質量可信、可靠；以度量數據作為質量門禁服務于CI/CD流水線；可以作為制品晉級依據。Artifactory元數據是流式軟件交付模式的基礎。
? 與運維對接，實現制品自動跨環境流轉
JFrog可以實現開發環境同步到公有云環境。公有云環境制品庫對外部用戶及供應商、合作伙伴開放。
? 多地倉庫制品同步
JFrog具備多環境實時同步能力，可以按需、增量分發到邊緣節點。具備p2p下載能力，解決多地團制品協同管理問題，提升溝通效率，加速制品分發。
展開 如何查看版本之間代碼的不同？代碼比較工具推薦
程序員多數都用過版本管理工具SVN，該軟件具有代碼的比較功能，既能很好的管理不同版本的代碼，又能比較版本的更改，是一個很好用的軟件工具。除此之外，還有哪些代碼比較工具呢？和大家分享一下。
俗話說：三句不離本行，對于程序員這個可愛的群體來說也是一樣，即使面對無休無止的編程工作，程序員們依舊任勞任怨的埋頭苦干，夢想著用自己碼下的代碼改變世界。工欲善其事，必先利其器，每一位程序員都有自己私藏的編程必備工具，接下來就給大家推薦5款程序員最佳的代碼比較工具。
01
Beyond Compare
Beyond Compare可以很方便地對比出兩份源代碼文件之間的不同之處，相差的每一個字節用顏色加以表示，查看方便，支持多種規則對比。
Beyond Compare選擇最好的方法來突出不同之處，文本文件可以用語法高亮和設置比較規則的方法進行查看和編輯，適用于用于文檔、源代碼和HTML。
02
Diffuse
Diffuse在命令行中的速度是相當快的，支持像 C++、Python、Java、XML 等語言的語法高亮顯示。
展開 
如何高效的管理技術開發團隊
文檔管理: 發布文檔文件 存儲文件，集成SVN代碼管理
7. 信息管理: 活動統計報表，項目報表的導入和導出功能，信息篩選，預警和郵件提示
8. 共享管理：團隊新聞,Wiki和論壇等功能
CORNERSTONE項目管理工具，剛好就具備了這些功能！
那么在使用CORNERSTONE項目管理過程中，TA是如何保證項目的有效進行的呢？
1、進度
管控好項目進度是保證項目順利開展，按時按質完成的關鍵。因此，在項目計劃階段，首先要確定好幾個關鍵的時間節點，比如需求收集、開發周期、交付時間等，這都是檢驗和保證項目進度的途徑和關鍵點，同時還要做好需求變更的準備。
在CORNERSTONE任務模塊里，任務分配給誰，就會是誰的責任。而且任務支持多責任人與子任務關聯，所有的任務和狀態都會體現在任務模塊里，這個任務過程中的參與人員隨時知道任務的狀態和目前碰到的問題，可有效推進工作的解決。有了CORNERSTONE能夠幫助我們追溯和監控，促進對于接任務的人員有效負起責任，并能夠及時同步到信息。
子任務關聯
2、質量
用戶的需求決定了項目所要的項目范圍，對需求的把握是保證項目質量的關鍵。這就要求我們在溝通需求階段，要做到真正理解客戶需求，確保整個項目的質量。
CORNERSTONE能夠有效減少資源浪費、持續跟蹤資源使用和管理，能夠基于業務需求提供資源支持，讓業務系統能夠享受到IT資源的彈性優勢。應用交付方面，基于統一的環境管理、Devops和自動化運維工具，實現應用的快速開發交付。
展開 真正手把手教你玩轉Git
工作原理 / 流程：
Workspace：工作區
Index / Stage：暫存區
Repository：倉庫區（或本地倉庫）
Remote：遠程倉庫
二、SVN與Git的最主要的區別？
SVN是集中式版本控制系統，版本庫是集中放在中央服務器的，而干活的時候，用的都是自己的電腦，所以首先要從中央服務器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服務器。集中式版本控制系統是必須聯網才能工作，如果在局域網還可以，帶寬夠大，速度夠快，如果在互聯網下，如果網速慢的話，就納悶了。
Git是分布式版本控制系統，那么它就沒有中央服務器的，每個人的電腦就是一個完整的版本庫，這樣，工作的時候就不需要聯網了，因為版本都是在自己的電腦上。既然每個人的電腦都有一個完整的版本庫，那多個人如何協作呢？比如說自己在電腦上改了文件A，其他人也在電腦上改了文件A，這時，你們兩之間只需把各自的修改推送給對方，就可以互相看到對方的修改了。
三、在windows上如何安裝Git？
msysgit是 windows版的Git,如下：
需要從網上下載一個，然后進行默認安裝即可。安裝完成后，在開始菜單里面找到 "Git --> Git Bash",如下：
會彈出一個類似的命令窗口的東西，就說明Git安裝成功。如下：
安裝完成后，還需要最后一步設置，在命令行輸入如下：
因為Git是分布式版本控制系統，所以需要填寫用戶名和郵箱作為一個標識。
展開 PLC軟件系統常用編程語言，我一般用第3種
字元件則為PLC內存區域內的一個字單元（16bit），主要用作功能指令和高級指令的編程元件，通常用以存放數據，如數據寄存器DTn，定時(計數)器的設定值SVn、經過值EVn等。字元件沒有觸點，通常以整體內容參與控制。
值得注意的是內存中的輸入（X）區、輸出（Y）區和內部通用（R）區，該區中的每個bit均可用作位元件，而且每16bit可構成一個字元件，如WRIO即是由16個位元件R100～R10F構成的字元件，該字元件中的內容一旦發生變化，這16個位的狀態也隨之發生改變。如：
圖7 編程元件示例程序
圖7所示程序中，WR0即為字元件，是左移位指令SR的編程元件，而Y0為輸出軟繼電器的線圈，X0、X1、X2、X3則為輸人軟繼電器的觸點，其中第4步的R4觸點為位元件R4的常開觸點，而位元件R4又是字元件WR0中的一位，因此其狀態受限于WR0的移位結果。
四、順序控制多步同輸出的編程方法
順序控制是生產現場常見的一類控制任務，步進指令是PLC指令庫中專用于順序控制的。步進指令編程時，根據工藝流程將程序劃分為一個個獨立的程序段，執行時，CPU嚴格按梯形圖編程順序，只有執行完前一段程序后才能激活下一段程序，并在下一段程序執行之前，將前面程序段復位。并且在語法上要求各程序段所使用的輸出不允許重復。這在解決順序控制任務中有多步同輸出的情況時，就帶來了一定的困難。借助于內部通用繼電器可方便解決這一難題。如某一順序控制任務如以下流程圖（圖8）所示。
圖8 某機械手動作流程圖
從機械手動作流程圖可以看出，這個控制任務每個循環的工作可以劃分為八步，其中第1步與第5步動作相同，均為上升；第3步和第7步動作相同，均為下降。
展開 PLC軟件系統常用編程語言，我一般用第3種
字元件則為PLC內存區域內的一個字單元（16bit），主要用作功能指令和高級指令的編程元件，通常用以存放數據，如數據寄存器DTn，定時(計數)器的設定值SVn、經過值EVn等。字元件沒有觸點，通常以整體內容參與控制。
值得注意的是內存中的輸入（X）區、輸出（Y）區和內部通用（R）區，該區中的每個bit均可用作位元件，而且每16bit可構成一個字元件，如WRIO即是由16個位元件R100～R10F構成的字元件，該字元件中的內容一旦發生變化，這16個位的狀態也隨之發生改變。如：
圖7 編程元件示例程序
圖7所示程序中，WR0即為字元件，是左移位指令SR的編程元件，而Y0為輸出軟繼電器的線圈，X0、X1、X2、X3則為輸人軟繼電器的觸點，其中第4步的R4觸點為位元件R4的常開觸點，而位元件R4又是字元件WR0中的一位，因此其狀態受限于WR0的移位結果。
四、順序控制多步同輸出的編程方法
順序控制是生產現場常見的一類控制任務，步進指令是PLC指令庫中專用于順序控制的。步進指令編程時，根據工藝流程將程序劃分為一個個獨立的程序段，執行時，CPU嚴格按梯形圖編程順序，只有執行完前一段程序后才能激活下一段程序，并在下一段程序執行之前，將前面程序段復位。并且在語法上要求各程序段所使用的輸出不允許重復。這在解決順序控制任務中有多步同輸出的情況時，就帶來了一定的困難。借助于內部通用繼電器可方便解決這一難題。如某一順序控制任務如以下流程圖（圖8）所示。
圖8 某機械手動作流程圖
從機械手動作流程圖可以看出，這個控制任務每個循環的工作可以劃分為八步，其中第1步與第5步動作相同，均為上升；第3步和第7步動作相同，均為下降。
展開 