公司c位程序員不愿使用git,怎么辦？這在研發(fā)團隊中很常見，例如：。這些都是不愿意接受新技術和新事物的現象。別管他，讓他用吧？害群之馬？這些都不是好方法。我認為應該遵循以下步驟：如果C員工仍然敬酒而不

公司c位程序員不愿使用git,怎么辦？

這在研發(fā)團隊中很常見，例如：。

這些都是不愿意接受新技術和新事物的現象。

別管他，讓他用吧？

害群之馬？

這些都不是好方法。我認為應該遵循以下步驟：

如果C員工仍然敬酒而不是罰款，那么我們必須在這個時候進行認真的交談。為什么不能換成git呢？每個人都是一個團隊，為什么你必須是獨一無二的？用這樣一個版本的工具交流有那么困難嗎？我給了你面子，你給我下來

！還沒有？好的，其他人的項目會直接被git取代，這樣就可以招募到熟悉他負責的功能模塊的人，逐步取代他。任何人都可以離開公司，而你只是個程序員？

使用git命令行的是什么樣的感受？是不是程序員對于命令行都有種“信仰”？

讓我們先談談使用命令行的感覺，也就是說，您可以做任何您想做的事情。只要快速敲擊鍵盤，就可以快速完成任務，因此使用命令行意味著高效。

從功能的角度來看，使用命令行和GUI界面操作之間沒有太大區(qū)別。GUI一般可以實現命令行可以實現的功能。

對于第二個問題，我給出的答案是肯定的，也就是說，對于大多數專家程序員來說，使用命令行是一種信念，原因如下：

1。專家程序員強調效率；

2。專家程序員將學習git，包括一些其他工具的源代碼。使用命令行和理解源代碼將互相促進；

3。雖然命令行需要內存，但它的啟動難度很高。一旦你開始使用，它將更強大的使用，特別是通過管道和其他工具的結合來實現非常復雜的功能；

4。一個給力的方法，哈哈【酷拽

先說說結果：Git在某些情況下比SVN好，但它不能取代SVN

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

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

第三輪：

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

第4輪：

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

例如：

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

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

這類問題可以大也可以小。要說小，這只是一件小事，只是一點點代碼。只要刪除，就沒有問題。

一般來說，這是一起信息安全事件。可以說公司的秘密已經泄露了。

也許我們中的許多人還沒有形成這種信息安全意識。

然而，由于社會上信息安全事件頻發(fā)，甚至Facebook也出現了用戶數據泄露的情況。因此，作為一個程序員，他應該在自己的心里更加緊張。

事情的起因實際上是一個非常小的事件。

當時，我們公司的框架自動生成代碼注釋，其中包括項目名稱和編輯代碼的人員的姓名（根據創(chuàng)建文件的人員的域帳戶生成）。

然后，一個程序員編寫了一個小型公共業(yè)務組件，它使用了一些有趣的技術。他把這些內容放在博客里進行技術交流。

因為那時我在一家外國企業(yè)，我們的項目也是為秘密參與的外國政府或銀行。

當程序員復制代碼時，他不相信他將項目的名稱注釋發(fā)布到了博客中。我們的客戶在谷歌時看到了這個博客。

然后雷霆火出現了

客戶覺得這個問題很嚴重。我的項目代碼公開發(fā)布在互聯網上。這是我發(fā)現的。還有很多我沒有發(fā)現的內容嗎？

客戶認為這是管理不嚴，員工意識不強，安全隱患大。解除合同賠錢是小事。我們必須起訴我們的企業(yè)。

我們是世界500強外資企業(yè)之一。如果我們做了一筆大買賣，股票將是綠色的

！從中國的首席執(zhí)行官到集團總部的首席執(zhí)行官，每個人仍然為客戶工作，道歉等等。

然后，在國外，就像在中國一樣，無證電工放火燒了大樓。所以最后，程序員成了受害者。程序員的代碼泄漏行為被定義為個人行為，用戶直接起訴程序員。

我不知道最終結果，但程序員的簡歷上肯定有一個不可磨滅的黑點。

因此，對于這種信息安全或機密泄露，我們必須注意的是，如果找不到，那就是芝麻綠豆的事。如果被發(fā)現，你的生活可能變得不可預測。

把公司代碼上傳到了git上，被leader發(fā)現了怎么辦？

首先，Git擅長處理純文本。這也是Git不在office中使用的主要原因。大多數計算機程序使用純文本。純文本，這使得比較每個提交中所做的更改和合并沖突變得很容易。但絕大多數office使用的不是純文本，特別是以microsoftword、excel為代表。Git也可以對這樣的二進制文件進行簡單的版本管理，但它絕對不是一個強項。辦公軟件也有純文本的形式，比如乳膠，但它只在專業(yè)領域使用，使用的人也不多，所以門檻很高。

其次，在辦公室領域編輯文檔的時間通常相對較短。純辦公室部門，編輯一個文件往往幾天，十天出一個文件。對于如此短的周期，沒有必要使用git版本管理。這種公文一經出版，加蓋紅色印章，通常是“定稿”。與軟件不同，似乎沒有“最終版本”。像QQ碼，已經維護了20年。沒有一份辦公文件需要這么長時間來維護。

第三，在辦公室領域，很少需要很多人合作來完成同一項任務。類似工程和重要報告也是重大項目，需要分工協(xié)作。不過，通常是一個人負責寫一章，最后的草稿基本上是不干涉的。很少有軟件編程會影響整個身體。一章中至少有一處打字錯誤不會影響其他章節(jié)。軟件的復雜性決定了需要維護代碼的人相互之間同步修改內容，并且經常會發(fā)生多人同時修改一個文件的情況。

第四，Git的使用更加復雜。我把這個理由放在最后，因為它是最不重要的相對前幾個。Git確實很難使用，這會影響其他領域的人。然而，如果Git真的適合管理office文件，那么復雜性就不是問題，因為發(fā)明一些圖形界面并不困難。事實上，當我編寫大量代碼時，我很少使用git來鍵入命令。大多數時候，IDE（或第三方插件）的圖形界面就足夠了。