【51CTO.com快譯】本文介紹了5個相對較新的開發工具，以改進組織的工作流程，并更順暢地過渡到遠程工作設置。

新冠疫情改變人們的工作方式已經有兩年的時間。在疫情開始之初，很多組織在開展業務時陷入困境，但現在人們已經習慣了遠程工作，并期望在新常態下實現業務增長。遠程工作的團隊(尤其是開發團隊)對創新和協作改進的需求可能是目前在行業領域中看到的最強勁趨勢之一。

本文介紹5個令人關注的相對較新的開發工具，相信它們有可能改善人們的日常工作流程。

1.GitLive

痛點：缺乏專為開發人員設計的溝通工具。

解決方案：GitLive可以使用實時協作超能力擴展IDE。

假設組織的團隊使用Git，那么GitLive是對其IDE的內置Git功能的一種增強。在安裝之后，它會添加一個團隊視圖，顯示Git存儲庫中每個協作者正在進行的所有工作。任何在master/main之前的未過期分支都被視為正在進行的工作，可以檢查更改文件的差異，并查看相關的問題或拉取請求。

但更有用的功能可能是自動合并沖突檢測。團隊的本地更改與其隊友正在進行的工作之間的差異顯示在編輯器的邊欄處當前打開的文件中。它顯示更改的類型(添加、刪除、修改或沖突)，可以檢查它以查看差異、來自哪個分支，甚至可以將其添加到本地文件中。

GitLive對于大型團隊非常有用，對于開源或內部源項目尤其有用，因為這些功能甚至可以跨分支工作。更酷的是，由于數據直接來自Git，無需人工輸入即可使其保持最新狀態。

2.CodeSee Maps

痛點：復雜而密集的代碼庫，缺乏對所有代碼和功能如何相互映射的共同理解。

解決方案：CodeSee Maps是一種供開發人員直觀地映射其代碼庫的工具。

CodeSee Maps提供自動生成、自我更新的代碼圖。它們隨著代碼的發展同步其代碼庫，以便可以快速識別跨代碼依賴項，并在文件和文件夾之間導航。它可以真正提高人們對代碼庫的理解并指導登錄、規劃和審查。該工具主要面向開發人員，但對于與團隊互動的任何人來說都非常有價值。

要開始使用CodeSee Maps，用戶需要在GitHub用戶帳戶上授權CodeSee，然后在要為其創建地圖的存儲庫上安裝并授權CodeSee架構圖GitHub操作。目前他們只支持GitHub，但BitBucket和GitLab都在路線圖上。

3.DeepSource

痛點：DeepSource的代碼審查容易出現人為錯誤。

解決方案：DeepSource是一個快速可靠的靜態分析平臺。

DeepSource是一個靜態代碼分析器，可以幫助用戶自動化審查代碼，并為其團隊節省大量時間。它可以在代碼庫中發現問題，并自動提交PR(拉取請求)來解決問題(甚至評估PR中傳入的代碼并修復它們)。支持的分析器包括Docker、Java、JavaScript、Go、Python、Ruby以及目前處于測試階段的PHP和SQL。它與GitHub、GitLab和Bitbucket(還提供自托管)集成。

DeepSource也可以在本地部署。那么它如何改善團隊的工作方式?DeepSource公司在其網站指出，使用該工具可以讓每位開發人員每周平均節省3.8小時的時間。

4.Appsmith

痛點：在組織內需要大量CRUD應用程序，其結果證明這是一項重復且通常耗時的任務。

解決方案：Appsmith是一個構建內部工具的開源框架。

Appsmith被描述為“忙碌的開發人員的用戶界面(UI)工具”。對于構建大量托管在自己的基礎設施和防火墻內的內部應用程序的團隊來說，這非常有用。用戶可以通過拖放預制的、自定義的小部件，輕松構建美觀的管理面板、工作流和儀表板。也可以與任何REST或GraphQL API集成，并使用JS或庫為其應用程序創建邏輯。

5.WayScript

痛點：設置內部工具和應用程序非常耗時，并使開發人員無法解決他們試圖解決的實際問題。

解決方案：WayScript是將本地代碼轉換為托管應用程序的最快方法。

WayScript是內部工具的開發中心。它提供了預配置的容器，用戶可以將其構建到其中，以便代碼與其團隊的現有基礎設施一起使用。可以快速設置API(這在傳統上是一項長期任務，但對于技術客戶來說也是必須的)、服務器、cron任務、自定義輸入點、接口等。當工具準備好之后，可以一鍵部署并將其發送給團隊。也可以通過下載本地應用程序或通過Web應用程序來使用它。

雖然現在無法確定2022年會帶來什么，但在過去幾個月中看到的趨勢仍將繼續發展。而在本文中介紹的這些工具將有助于改進組織的工作流程，并更順利地過渡到遠程工作。

原文標題：5 Dev Tools to Look Out for in 2022，作者：Carlo Morrone

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】