1. 我的世界極地代碼
代碼:543879
2. microsoft .net framework 3.5有什麼用
microsoft .net framework 3.5有什麼用？net framework3.5的作用：1、提供一個一致的面向對象的編程環境；2、提供一個將軟體部署和版本控制沖突最小化的代碼執行環境；3、提供一個可提高代碼執行安全性的代碼執行環境；4、提供一個可消除腳本環境等等。
net framework 3.5的軟體功能：
1、提供一個一致的面向對象的編程環境,而無論對象代碼是在本地存儲和執行,還是在本地執行但在Internet 上分布,或者是在遠程執行的。
2、提供一個將軟體部署和版本控制沖突最小化的代碼執行環境。
3、提供一個可提高代碼(包括由未知的或不完全受信任的第三方創建的代碼)執行安全性的代碼執行環境。
4、提供一個可消除腳本環境或解釋環境的性能問題的代碼執行環境。
5、使開發人員的經驗在面對類型大不相同的應用程序(如基於Windows 的應用程序和基於Web 的應用程序)時保持一致。
6、按照工業標准生成所有通信,以確保基於.NET Framework 的代碼可與任何其他代碼集成。
(2)微軟極地代碼存儲庫擴展閱讀：
重要事項：
不能在同一台計算機上安裝兩種不同語言版本的 .NET Framework。試圖安裝第二種語言版本的 .NET Framework 時，將會導致出現以下錯誤：「安裝程序無法安裝 Microsoft .NET Framework，因為已經安裝了該產品的其他版本。」
如果您要使用非英語的平台或要以另一種語言查看 .NET Framework 資源，則必須下載相應語言版本的 .NET Framework 語言包。
以上就是.net framework 3.5有什麼用的詳細內容，更多請關注php中文網其它相關文章！
3. 微軟科技公司源代碼泄露，會存在哪些方面的安全隱患
據外媒報道，包括微軟、Adobe、聯想、AMD、高通、聯發科、通用電氣、任天堂、迪士尼等50家公司在內的源代碼被泄露上網。開發人員Tillie Kottmann在受訪時稱，因為不安全的DevOps應用程序導致公司專有信息暴露，他已經撤回源代碼。
科特曼表示，他在一個很容易訪問的代碼存儲庫中，找到了硬編碼的憑據，他正在努力將其刪除，以免造成更大的破壞。科特曼還表示，其將遵守移除要求、並樂意提供可增強公司基礎架構安全性的信息。有人擔心泄露的代碼會被用於犯罪，比如一位安全專家表示，“在互聯網上失去對源代碼的控制，就像把銀行的設計圖交給搶劫犯一樣。”影響很大，通過代碼審計可能發現一些未被紕漏的漏洞，而這些很大程度是高危。
也有我們國家的企業被泄露，而且大數據時代，這些公司的產品你不可能一個都沒用的，作為用戶也會受到影響。希望相關的公司盡快解決這件事，避免對消費者帶來不好的影響。
4. GitHub提交代碼到私人存儲庫
有天晚上，想自己創建一個Git的倉庫，不知為啥，沒成功。可能是熬夜太晚，今天一搞十幾分鍾就好了。那我就來簡單的總結一下。
1、在網路上搜索並下載GitBash，並安裝
2、在你想要創建倉庫的位置，創建一個改倉庫的目錄，如果你覺得當前目錄就不錯，也可以使用當前目錄，然後初始化目錄。
[plain]view plain
gitinit
- 3、然後去你的GitHub主頁，創建一個倉庫，創建後將倉庫的地址復制出來。
gitcloneh
- 5、clone好後，將會發現本地倉庫中多了一個文件夾，與GitHub主頁上的倉庫名相同。
gitadd.
- 7、接著提交，並寫一個簡短的說明。這個提交時先提交到本地倉庫中。
gitcommit-m"xxxx"
- 8、上傳到遠程倉庫，注意這個過程需要用戶名，密碼。
gitpushoriginmaster
- 9、等上傳完畢後GitBash會有提示。如果沒有提示，說明上傳比較慢，耐心等待一下哈。
To
*[newbranch]master->master
gitadd.
- Git會自動識別哪些是新增加的代碼，之後的操作重復第7、8步就可以了。
4、回到本地，你初始化本地倉庫的地方，用如下命令，將你遠程的倉庫克隆下來。裡面的xxx是我舉的例子哈。
[html]view plain
此時，也是最關鍵的步驟：
將clone出的文件夾中的內容，一般是一個Readme文件，還有一個.git的隱藏文件夾，復制出來。
粘貼在你初始化的倉庫中，然後刪除clone出的那個文件夾。
6、下面就可以添加項目了。利用如下命令，添加項目。add .是添加所有文件，如果是添加部分，可以用add + "文件名"
[html]view plain
[html]view plain
[html]view plain
成功提示類似下面：
[html]view plain
10、項目中新增一個文件夾怎麼上傳到GitHub
這個問題其實很簡答：
[html]view plain
11、提示一下
如果你要修改README.md文件，這個文件要採用markdown格式編寫哦。
就是記錄下，備忘。
5. 企業開源指南：開源項目管理工具
為了讓開源項目辦公室順利運行，您需要正確的工具。這些關鍵的任務工具將用於追蹤各部門的目標與指標，從工程部門和法律部門到行政領導部門、公關部門與營銷部門，同時給予員工收集數據、提供開源軟體運行快照和管理公司內部開源軟體日常使用所需要的全部資源。
-- Todo
開放源代碼的戰略性應用之路，起始於一個精心策劃、組織與授權的開源項目辦公室，以指導和管理開源的創建、分發和使用。但這僅僅只是第一步。為了讓開源項目辦公室順利運行，您需要正確的工具。這些關鍵的任務工具將用於追蹤各部門的目標與指標，從工程部門和法律部門到行政領導部門、公關部門與營銷部門，同時給予員工收集數據、提供開源軟體運行快照和管理公司內部開源軟體日常使用所需要的全部資源。
本指南提供了如何開始您的開源工具集建設的詳細信息和場景，包括用於跟蹤和管理您的開源項目的最重要工具的信息。指南中提及的許多工具已由Linux基金會和該領域的其他領導者創建並開放源代碼，可以免費且便捷地為您的項目所使用。您還可以找到一個儀表盤安裝程序的示例，該程序融合並展示了多種工具的信息。
一旦您的開源項目辦公室啟動運行，就應該同時收集合適的軟體工具，這些工具允許您的開發團隊管理、跟蹤、指導和推進其開源項目、開源貢獻與開源發布。
在您開始您的開放源代碼之路時，使用正確的目標工具還將使開發人員和其他員工的工作更為輕松，也將提供更好的結果，並將成為公司開源項目的成功協作與溝通的基礎。
公司所需的開源工具有哪些？早期的討論大多認為，這取決於公司的業務、產品和服務，以及公司如何服務它的客戶和員工。由於開源項目辦公室制定了規劃流程和戰略地圖，因此可以選擇那些能整合進公司的目標、流程和基礎架構的工具。
最終，知道您將需要使用哪些工具的唯一方法，就是了解您想要對開放源代碼進行何種操作。
以下是開源項目辦公室選擇所需管理工具的基本步驟：
這些工具一旦被選定，在落地使用之前，還需要一些額外的准備：
當您在選擇工具時，實施操作有助於記憶，當然這也可能會影響您的決定。例如，具有陡峭學習曲線的工具可能需要更多的培訓。
在認識到達成組織的目標上你團隊的需求，以及自身情況和基礎架構的潛在限制之後之後，接下來要做的就是要 探索 並了解那些已准備就緒且可供您使用現有工具。由於大多數工具本身就是開源的，所以如果它們一開始並不能滿足您的確切需求，您的開發團隊可以聯系這些工具的開發者，看看他們是否可以協作根據新的用途添加一些特性。
諷刺的是，許多開源項目辦公室並不經常直接使用其他公司開發的工具，或與其他公司合作來開發他們管理開源項目所需的工具。通常，他們想要這樣做，但包括 Facebook 和微軟在內的許多企業已經擁有現有的工具套件，這些工具套件在真正成為一個合作議題之前就已經實現。由於他們已經擁有了自己的工具集並進行了投資，他們似乎並沒有很大意願採用其他公司的工具。
這就是現在才剛開始構建自己的開源項目的公司具有顯著優勢的地方。由於他們現在正在建立自己的開源項目辦公室並進入開源領域，因此他們不必為受到這樣的限制而煩惱。
相反，他們可以聰明地利用別人的成功經驗與失敗教訓，並利用近年來領先的公司所創建的成熟工具來構建自己的開源工具箱。 Linux 基金會的開源行業組織，TODO Group，一直致力於組裝一個裝滿工具的 「Open Source Program Office in A Box」 入門套件，這將使公司能夠通過一套緊密結合的預先組裝工具開展開源工作。入門套件目前尚未開發完善，但希望最終可以讓公司付出更少的初始努力，更輕松地部署和配置他們所需的工具。從事這個項目的 TODO Group 成員包括 Adobe、Capital One、Comcast、Facebook、谷歌、eBay、IBM、微軟、三星和 Twitter。
除了適當的工具之外，公司還應該有中央儀錶板，以便他們實時監控和跟蹤他們的開源項目和開發情況。許多公司可能已經擁有了用於現有開發工作和應用程序的儀錶板，並且能夠將現有儀錶板與其開源工作整合在一起。否則，他們應該創建或採用新的儀錶板來改進其開源部署的管理。
正在出現越來越多的用於管理和報告開源項目的工具，這一趨勢已經非常明顯。如果您的開源項目剛剛開始，那麼將您的研究集中在幾個您啟動和運行所需的基本工具上會更有幫助。
隨著您的項目不斷發展，以及使用這些工具的經驗越來越豐富，您可以開始採用新的工具，來幫助自動化並簡化您的流程，響應業務需求的增長。切記，新選擇的工具將用於內部文化和流程的補充和支持——而不是引導它們。
以下章節列出了幾個基本的工具類別，幾乎所有開源項目日常使用的工具都可以劃分到這些類別。這有助於您對該研究有系統性的認識。
為滿足公司的更多需求，自動化工具變得越來越龐大且規模化。它們可以准確地告訴您誰正在為您的項目做出貢獻，並且可以幫助您消除那些減慢項目進度的程序摩擦。
據微軟表示，在其開源項目辦公室里，大約有 8000 個倉庫在 GitHub 上託管，涉及約 11,000 名貢獻者，而在 2016 年約有 40,000 個內部請求應用於開源項目。為了管理這些請求，以及所創建的代碼和正在更新的代碼版本，公司轉而使用可以自動化解決混亂的工具。不僅如此，由於數百個項目中很可能會共用同一段代碼，因此必須對其進行仔細跟蹤，以便在出現安全錯誤時，可以快速繪制並修復所有的軟體影響。在如此大規模的情況下，自動化非常關鍵，手動更新幾乎是不可能的。
那些有助於管理關鍵任務的工具，也是需要考慮和獲取的。例如用於項目管理、跟蹤項目質量狀況，以及確保開發人員、開源社區和其他公司內部人員之間的清晰且快速溝通的。
大多數通過開源項目辦公室開發的企業軟體項目都使用 GitHub 作為其集中託管和開發的平台。
GitHub 是一個在線源代碼管理站點，它允許開源開發人員在一個中央「存儲庫」或存儲空間中管理和存放他們的代碼，參與者可以協作並開發他們的代碼。如今，大約有 6400 萬個開源代碼項目在 GitHub 上託管，涉及大約 2300 萬個開發人員。
GitHub 用戶可以添加代碼、查看已提交的代碼、申請更改、獲取並提供反饋，以及使用該服務提供項目管理。GitHub 使用 Git Version Control System ，這是由 Linux 創建者 Linus Torvalds 開發的開放源代碼項目，為代碼和合作開源人員提供了組織機構。每位「貢獻者」都有他們正在處理的項目存儲庫的副本，他們可以在自己計算機中的副本里進行更改，然後將其提交回項目以供未來納入。然後，「 拉取請求(pull request)」（ 示例 ）或代碼貢獻會被項目組織者審查、討論、修改，最後批准或拒絕。
代碼掃描和合規工具也很重要，它們有助於追蹤代碼起源和許可要求。關注被引入自身基礎架構、產品和服務中的開放源代碼以確保符合許可證的要求，對於公司來說是很重要的。
例如，您的應用程序可能包含數千個開源組件。為了保護您的公司免於法律糾紛，了解這些細節是至關重要的。在風險較高的情況下，用戶必須根據其業務在風險譜中的所處位置，深入了解代碼，從而深入地審核並驗證他們所說的許可證。（請參閱我們關於使用和分發開放源代碼的指南。）
如前所述，GitHub 是服務於目前大多數開源項目辦公室的專業源代碼管理系統。但是 GitHub 本身並不能滿足項目代碼管理的所有需求——特別是當您大規模發展的時候。
開源世界中所使用的一些工具旨在通過添加欠缺的功能來改進GitHub本身，例如支持檢查開發者原產地證書（DCO）語句，以確保代碼可以被合法授權且應用於開源項目中。
GitHub 在代碼審查方面也存在一些不足之處，所以有其他可用的工具可以自動將有問題的代碼發回給創建它的貢獻者，然後要求他們檢查並做出必要的修改。GitHub 沒有辦法強迫任何人檢查他們的代碼，而這些聰明的工具解決了這一問題，使工作流程得以改善。
其他 GitHub 特定工具的功能用於提高 GitHub 的性能指標，這些功能通常針對特定項目，而不是提供給整個組織詳細信息。對於在多個 GitHub 項目中維護許多開源代碼庫的公司而言，需要更好的工具來組織和匯總它們，使之有意義。亞馬遜、Netflix 和微軟提供了大量這樣的工具來幫助完成這些任務。
以下是一些最流行和實用的源代碼管理工具，可以簡化並幫助您的 GitHub 運作：
隨著開源項目的發展和成熟，監控和跟蹤開源項目的整體質量是企業開源項目的核心任務。為了實現這一目標，您必須收集相應的工具，這些工具應當能夠反映單獨的開源項目的執行過程並反映單獨的開源項目在數十、數百甚至數千個項目中被它們的社區接收的過程。同時，這些工具還必須兼具轉化能力， 能夠將收集的數據轉化為體現整個開源組合中整體項目性能的有意義的、實用的且可操作的信息。
這其中的關鍵是，您收集到的數據應當可以轉化為關鍵且有用的信息 – 而不是些無用的指標，例如詳細說明項目已記錄了多少「觀察者」明星，自項目開始以來有多少貢獻者參與了該項目，亦或是缺乏重要背景資料的其他指標。
最好的項目質量監測工具還必須幫助項目團隊對支持他們工作的社區做出回應，同時鼓勵貢獻開發者的參與和多樣化。這意味著這些工具可以幫助保持人員快速響應社區成員發布的問題或反饋，以便他們保持熱情參與，且不會感到厭倦並轉向其他項目。
一些開源社區有大量的貢獻者，而其他一些開源社區則成員較少。項目質量監測工具需要能夠適用於各種規模的項目。
以下是一些最受歡迎且實用的項目數據統計和項目質量跟蹤工具：
TODO Group 還提供了一個 很好的附加工具列表 ：
當然，開源的發展並不僅僅關於代碼的開發。它還需要在企業內外部從事項目工作的不同群體之間以及公司開源項目辦公室的工作人員之間建立良好的溝通與合作。
為了達到上述目標，開發人員可以依靠他們可能已經應用於其他項目的工具，例如 Internet Relay Chat（IRC） ，開發人員可以發布 與開源開發相關的問題並快速收到回復 。另一個例子是 TWiki ，它是一個開源企業 Wiki 和 Web 協作的平台，開發人員可以在其中討論代碼和項目及相關主題。
此外，企業還可以通過社交媒體平台，門戶網站，開源項目存儲庫和其他能夠進行輸入、提問和討論的平台促進溝通交流。
其他有用的工具還包括 Facebook 公司的 mention-bot ，它可以通過自動關聯潛在審查者來獲得拉取請的快速輸入周轉以審查代碼。當 GitHub 目變得太大導致社區成員無法訂閱項目的所有通知時，這一工具尤其值得推薦。
然後是 Slack ，這是一個在線團隊項目管理與溝通平台，在這一平台中用戶可以訪問和共享消息和文件，管理工作流程，搜索信息等等。Slack可以通過設置接收支持請求、代碼簽入、錯誤日誌和其他任務的通知。
除此之外，當談到公司參與和支持開源時，不要忘記您公司的公關與營銷人員。包括 Twitter、Reddit、Facebook、LinkedIn、Google+ 等網站在內的社交媒體帳戶以及企業內外部的博客和網站的使用都是非常重要的。客戶關系管理（CRM）軟體以及電子郵件群發和新聞簡報可以幫助公司讓客戶了解他們的開源進展。
當談到企業為開源項目提供並應用的工具時，按理說最重要的是那些幫助企業管理自身企業規模 GitHub 操作的工具。GitHub 是一個可以提供許多操作的完美平台，但對於谷歌、微軟、臉書、Twitter、LinkedIn 等大型的復雜公司而言，使用標準的 GitHub 產品可能會有很多限制。
大型企業通常需要更多的功能，包括如身份管理、設置和許可權管理，安全性和雙重身份驗證執行，以及深入理解和跟蹤代碼存儲庫的方法。
因此，這些大型企業常需要構建專門的自動化工具來處理諸如入職、離職、安全策略執行以及給予開發人員請求的存儲庫訪問許可權等任務。
為滿足自身的特殊需求，微軟構建了自己的工具來處理諸如此類的任務，以簡化和改進其開源項目。微軟在 GitHub 上運行良好 ，擁有約 1,345 個存儲庫，迄今為止涉及約 3,580 名開發人員。
微軟創建了一款定製的自助服務—— GitHub management and onboarding portal ，用於組織其項目、存儲庫和團隊。在其最簡單的層次上，基於 Web 的門戶允許開發人員將他們的微軟公司ID映射到他們的GitHub ID，這可以提高系統安全性並幫助簡化參與大量重要項目的大量開發人員的組織工作。
該門戶還允許員工使用 GitHub 和微軟進行身份驗證。其創建了員工身份的一個「虛擬鏈接」，以便根據他們的工作角色向他們提供任務所需許可權以完成工作。如果員工離開公司，可根據需要調整系統以刪除或重新分類其訪問許可權。
門戶運行在一台或多台雲伺服器上，並依靠緩存來幫助進行會話和減少 GitHub API 的壓力。微軟門戶平均每天可提供約 1000 名獨立用戶作為其工程師的工具，這是該公司不斷發展的開源工作的一部分，該工作現在包括超過 10,000 名正在使用、貢獻和發布開放源代碼的工程師。
沒有人認為使公司進入開源世界是一件簡單的事情。但其他許多公司，包括微軟和谷歌等巨頭已經在您前面這樣做了，而且已提供了詳細的路線圖、代碼和建議等，這將使您自己的開源旅程變得更加輕松。
開源項目辦公室的創建和選擇一系列關鍵工具來開始開源工作，選擇權掌握在您手中。它們很可能已經激發了開發人員的極大期望，開發人員中的許多人可能已經自發為開源項目做貢獻（或在工作中，隱秘地）。
通過開源項目的合作並邀請其他人與您合作，您的公司可以獲得不可估量的收益，且能通過節能和創新推動公司發展。
擁有正確的工具對於授權貴公司的開放創新至關重要。
6. 黑白棋游戲的源代碼被存放在哪裡
存儲庫。黑白棋游戲的源代碼存放的位置是位於存儲庫。黑白棋游戲又叫翻轉棋（Reversi）、奧賽羅棋（Othello），在西方和日本很流行。
7. 為何Google、微軟、華為將億級源代碼放一個倉庫
作者 | 夕顏
編輯 | Just
出品 | AI 科技 大本營（ID:rgznai100）
大公司應該如何進行代碼管理？微軟研發並採用 VFS For Git 的過程和這個系統本身有哪些可以借鑒的地方？為了更深入了解 VFS For Git 和代碼管理相關問題，AI 科技 大本營（ID:rgznai100）采訪了微軟亞洲研究院首席研發經理鄒欣，他對這些問題進行了解答。
為什麼要做 VFS For Git？
鄒欣回憶，在將代碼遷移到 GVFS 前，微軟曾使用多個主要的代碼管理平台，包括 SLM, Source Depot （上世紀 90 年代開始）、TFS 的源代碼控制 TFVC （2006 年開始）。直到 2017 年，微軟用三個月的時間完成代碼遷移到 Git，並推出了 Git 的變種，針對特大 repo 的 GVFS，並沿用至今。
GVFS 是一個 Git 虛擬文件系統，全稱為 Git Virtual File System，允許 Git 處理 TB 規模的代碼庫，比如 270 GB 的 Windows 代碼庫。GVFS 的 V 就是 Virtual（虛擬），它解決了Git 原來的設計缺陷（每個客戶端都有所有版本的代碼），而是用虛擬文件來代替那些本地用不著的文件， 大大 減少了文件傳輸和本地機器存儲的壓力，讓微軟內部技術人員可以進行高效協作。
一段小插曲是，GVFS 從發布之初就引起了爭議，原因是 GNOME 項目的虛擬文件系統也叫 GVfs，而 GNOME 的 GVfs 最早發布於 2006 年，之後的教程、文檔、論壇都沿用這個名字。在微軟的 GVfs 項目發布後，很快超過了 Gnome GVfs 項目的搜索排名，且由於二者都與虛擬文件系統有關，導致用戶在查找信息時容易出現混淆。於是，很多開發者要求微軟改名，經過一番周折後，微軟終於在 2018 年將 "GVFS" 項目的名字改為 "VFS For Git"。
鄒欣表示，當時微軟將代碼遷移到 Git 主要是為了統一微軟百花齊放的內部工具，並沒有一個絕對好的選擇，領導團隊選擇了 Git, 但從現在的結果來看，這是一個比較好的選擇。如今，微軟仍然在對 Git 系列的工具做改進，也把改進回饋到 Git 社區。
現在，VFS For Git 已經是微軟內部統一的工具，同時被其他大型企業採用：https://vfsforgit.org/
VFS For Git 在 GitHub 上也已開源：
GitHub開源地址：https://github .com /microsoft/VFSForGit
除了微軟，我們發現，很多大公司的代碼託管已經向自己內部開發的版本控制系統遷移，比如 Google 就把使用不同語言編寫的超過 10 億文件，近百 TB 源代碼都存放在自行開發的版本管理系統 Piper 中，只當項目開源且需要外部協作時，才會使用業界流行的 Git。（詳見文章《為何Google將幾十億行源代碼放在一個倉庫？》）
再如華為的內源（Inner Source）平台，承載著華為 1100 億源代碼、60 萬+ 代碼倉庫、每天 60 T 的下載容量、1 萬次/秒的 高峰 並發下載。
這是否說明在大公司中流行的單一倉庫就是最好的做法？ 這些公司在選擇採用代碼託管方式時需要考慮哪些不同的問題？
鄒欣解釋，在他看來，用 GVFS 也可以創建各種獨立的倉庫。用一套工具有利於公司內部進行代碼共享，讓人員流動、代碼復審、改進工具變得更簡單，效率提高。
其次，大公司有很大量的代碼，很長的 歷史 和很多工具，如果貿然選擇一個新工具就會出現以下問題：
a) 一些市面上的工具並不是為大規模代碼設計的，處理不了大量代碼， 我們以前用第三方的代碼分析工具， 結果處理 Office 的代碼的時候，自己崩潰了，因為 Office 的代碼量太大，這個工具的開發者沒有為如此大的代碼設計軟體。
b) 很多工具在 歷史 中不斷演化， 有自己獨特的特點，很多和企業內部的某些特殊需求有關，外部工具很難都實現這樣的功能。
很多工具聯合在一起，會形成了一個工具的生態，但如果只改變一個工具，讓其他的工具變得不兼容， 那整個團隊的很多工作流就會出現問題。
此外，鄒欣表示，代碼託管與 AI 結合是未來發展方向。例如，這種結合會告訴你昨天晚上簽入代碼有問題， 或者簽入代碼和某個其他團隊的代碼相似，建議重用。或者告訴你簽入的代碼是從網上拷貝來的， 而且把原來代碼中的 bug 也拷貝過來了。
最後，AI 科技 大本營引用此前微軟雲開發服務副總裁 Brian Harry 於 2017 年發表的一篇博文內容，在微軟推出 VFS For Git 三個月後，他分享了該平台的更多細節及其未來目標，包括擴大開放源代碼並改善其在 Microsoft 上的運行表現，想要了解 VFS For Git 更詳細的信息，不妨仔細研讀一下這篇文章：
每日檢出量
https://devblogs.microsoft .com /bharry/the-largest-git-repo-on-the-planet/
8. microsoft access database是幹嘛用的
Access是一門入門級的資料庫應用平台和開發工具，
它主要介紹了相關的資料庫概念、關系資料庫標准語言SQL的使用和一般的程序設計基礎、建立項目和資料庫、建立使用視圖及查詢等，
通過學習可對日後在工作、學習和生活中使用計算機進行數據管理打下一定的基礎。
9. VS Code閃現，巨頭紛紛入局的Web IDE緣何崛起
我發了，我裝的。
就在前幾天，微軟簡短的發布了Visual Studio Code for the Web 的公告，而沒過一陣，這則公告就被刪除了，現在點經相關內容已經是404狀態了。雖然公告的內容已經刪除，但是我們依舊可以看到存檔的版本。
這個勁爆的消息很快就在社區中引起了大家的熱議。
根據已經刪除的公告內容，我們了解到Visual Studio Code for the Web 是一個基於 Web 的在線代碼編輯器，無需下載安裝可以直接在瀏覽器中運行。刪除帖子內容的公告解釋說「每個人都可以免費使用 VS Code for the Web」。從內容來看這項服務和當前 GitHub的Web的編輯器差不多。我們可以使用它來瀏覽託管在GitHub和本地機器上的源代碼。用戶可以導航到GitHub文件和源代碼存儲庫，對代碼內容提交和修改，同時還可以在編輯器中打開查看倉庫具體內容，進行使用。
其實這並不是Web IDE第一次與大家見面，伴隨著EclipseCon上基於web的Eclipse工作台的演示，以及當如Heroku這種基於web的IDE同時也是RoR應用託管環境的出現，已經預示著基於Web的IDE會逐漸成為主流。甚至早在三年之前Gitee就推出了自己的"Web IDE"。
作為一種在線集成開發環境，Web IDE的使用無需本地安裝開發環境，只需打開瀏覽器就能立即開發，同時支持斷點調試、版本管理、團隊開發等功能。與傳統本地IDE相比，它的優點幾乎是不言而喻的。
1、快捷 ，以往的開發環境搭建每更換一次電腦，就要重新安裝開發環境，同時寫完代碼後代碼都在本地內容保存，如果沒推到遠程倉庫，在別的電腦上也拿不到你最新的代碼。但是Web IDE無需重新安裝，且在編碼過程中隨時保存，哪怕我們的電腦突然壞掉，我們也可以在別的設備上登陸後拿到我們之前寫好寫的代碼，在任意一台電腦上打開瀏覽器就能立即編碼開發。同時我們可以隨時通過瀏覽器去訪問代碼內容，手機、平板似乎也可以成為我們編程的工具，真正實現了敲代碼自由，不再需要擔心同步問題；
2、高效 ，Web IDE支持團隊實時在線進行代碼溝通協調，多人開發時需要調整大家的本地環境，而在在線編輯的情況下大家的編程環境相同，只需要進行一次環境配置，提高了軟體的開發效率；
3、協同 ，代碼通過實時保存在雲端，並進行多重備份，即使本地電腦硬碟壞了，也不會造成代碼丟失。同時當我們需要進行合作，或者將代碼內容給別的小夥伴查看的時候，只需要將存儲地址發給小夥伴，不需要進行環境配置就可以幫助你調試代碼內容，多人協同進行代碼編輯也更加方便。
作為開發者心目中的效率神器，桌面版 VS Code 一直是免費的，並且擁有強大的功能，而基於Web 的 VS Code 的優勢不僅僅包括了以上提到的三點內容，在新公告中微軟表示「VS Code for the Web 可以升級到 GitHub Codespaces 實例」，以適用於需要完整遠程環境、構建、調試、充分使用擴展和訪問終端的情況。
放眼市場，現在國內巨頭們也在推廣和使用Web IDE，阿里雲發布Kaitian IDE，騰訊雲發布Cloud Studio，華為雲發布CloudIDE,IT社區bfwwiki發布BfwStudio等。
這就意味著開發者走向隨時隨地辦公，往前又邁近一步。
不過，我們都知道Visual Studio Code的功能點非常多，而且作為一款生產力工具，我們對它響應速度要求也比較高。即將上線的Web版本IDE是否可以提供讓我們滿意性能呢？我們期待微軟在Web應用上做出突破性創新，大幅提升Web應用的響應速度，打消開發者的擔憂。
10. 怎麼解除github存儲庫處於非活動狀態
解除GitHub存儲庫辦法如下：
1、在網頁端搜索輸入GitHub，進而進入官網，刪除代碼倉庫要求登錄個人賬號；
2、進入GitHub之後，點擊yourrepositories查看所有的代碼倉庫；
3、在代碼倉庫中選擇一個需要刪除的，進入其詳情頁，在詳情頁中找到setting設置，下拉至最後可以看到刪除選項，在刪除時要求輸入代碼庫名稱確認刪除，完成此過程即可徹底刪除代碼庫。