按照慣例，在上個月22日發布了GitLab又一個年度大把本16.0，本周則發布了16版本系列的第二個月度版本16.1中啟用了GitLab的全新的導航系統，讓GitLab的用戶體驗更加無縫絲滑，還有其他更多功能變化和更新，請和蟲蟲一起學習。
GitLab 16.1帶來全新的導航體驗。已默認為所有用戶啟用該功能。主要變化有：
首先，轉到用戶界面右上角的頭像，就可以打開“新導航”開關。
新的導航旨在解決三個關鍵的反饋問題：導航會讓人不知所措，很難從上次停下的地方繼續，而且無法自定義導航。
新的導航包括簡化和改進的左側邊欄，可以在其中：
固定經常訪問的項目。
完全隱藏側邊欄并“偷看”它回到視圖中。
使用新的“你的工作”和“探索”選項輕松切換上下文、搜索和查看數據子集。
由于頂級菜單項較少，掃描速度更快。
如何檢查集群中運行的應用程序的狀態？管道狀態和環境頁面提供有關最新部署運行的見解。在GitLab 16.1中，用戶可以查看Kubernetes部署中主要資源的概述。
功能適用于每個連接Kubernetes集群，使用CI/CD集成或者GitOps部署的工作負載都可以。
在許多用例中，非交互性用戶可能需要進行身份驗證。以前，根據所需范圍，用戶可以使用個人、項目或組訪問令牌來滿足此需求。然而這些令牌確還有不合理之處，因為仍然需要與用戶（對于個人訪問令牌）或不必要的特權角色（對于組和項目訪問令牌）綁定。
新增加的服務賬戶不與用戶綁定，并且范圍更細化。服務帳戶的創建和管理僅支持API。
GitLab Dedicated 是綜合DevSecOps平臺的完全托管、單租戶SaaS部署，旨在滿足具有嚴格合規性要求的客戶的需求。
由于數據隔離等嚴格的合規性要求，受到嚴格監管的行業的客戶無法采用多租戶SaaS產品。借助GitLab Dedicated，企業可以享受DevSecOps平臺的所有優勢，包括更快的發布、更好的安全性和更高的開發人員生產力，同時滿足數據駐留、隔離和專用網絡等合規性要求。
以前，如果想要查看或管理作業工件，必須轉到每個作業的詳細信息頁面，或使用 API。現在，可以通過“構建”>“工件”訪問“工件”頁面來查看和管理作業工件。
具有維護者角色的用戶也可以使用這個新界面來刪除工件。可以刪除單個工件，或者手動選擇或選中頁面頂部的全選選項一次批量刪除最多100個工件。
CI/CD變量是所有管道的關鍵部分，可以在多個位置定義，包括在項目和組設置中。為了準備進行更大的改進，以幫助用戶直觀地在不同層次結構的變量之間導航，新版本中改進變量列表的可用性和布局。
在GitLab 16.1中，將看到這些改進的第一次迭代。“類型”和“選項”列被合并到一個新的屬性列中，該列可以更好地表示這些相關屬性。
域驗證在GitLab中具有多種用途。以前，為了驗證域，必須完成GitLab Pages向導，即使出于GitLab Pages之外的目的驗證域也是如此。
新版本中，域驗證位于組級別，并且已得到簡化。這使得驗證域變得更加容易。
用戶API現在可返回用戶的SCIM身份。以前，此信息包含在UI中，但不包含在API中。
現在可以將GitLab Pages的靜態文件目錄配置為任何名稱（默認情況下public）。這使得將Pages與流行的靜態站點框架（例如 Next.js、Astro 或 Eleventy）一起使用變得更加容易，而無需更改其配置中的輸出文件夾。
更改日志根據項目提交生成全面的更改列表。它們可能難以自動化或查看，并且與GitLab API進行交互。
隨著GitLab CLI v1.30.0的發布，用戶現在可以直接從shell生成項目的變更日志。
glab changelog generate命令使審查、自動化和發布變更日志變得更加容易。
從GitLab 16.0開始，所有新項目的默認CI/CD 作業令牌 (CI_JOB_TOKEN)范圍都發生了變化。這提高了新項目的安全性，但為使用自動化創建項目的用戶增加了額外的步驟。自動化有時還必須配置作業令牌范圍，這只能使用GraphQL（或在 UI 中手動）完成，而不是REST API。
為了使此設置也可以通過REST API進行配置，在16.1中添加了一個新接口來控制作業令牌范圍。
對于服務臺請求者來說，直接訪問服務臺問題比僅通過電子郵件與服務臺請求交互會更有幫助。新引入了一個新的占位符%{ISSUE_URL}，可以在電子郵件模板（例如“謝謝”電子郵件）中使用它，將請求者直接鏈接到服務臺問題。
GitLab Code Quality 支持集成已經運行的工具，還提供運行CodeClimate掃描系統的CI/CD 模板。16.1版本中發布了基于CodeClimate的分析器的以下更新：
將CodeClimate更新至版本0.96.0。該版本包括：
一個新的插件golangci-lint。
該插件的新可用版本bundler-audit。
添加了對Docker API套接字的可配置路徑的支持。
內置的備份和恢復工具增加了跳過特定存儲庫的功能。Rake 任務現在接受以逗號分隔的組或項目路徑列表，以便在使用新SKIP_REPOSITORIES_PATHS環境變量進行備份或還原期間跳過。例如，這將允許跳過不隨時間變化的陳舊或存檔項目，從而：
a) 通過加快備份運行速度來節省時間，
b) 通過不在備份文件中包含此數據來節省空間。
當GitHub項目完成導入時，GitLab會顯示導入實體的簡單摘要。但是，GitLab沒有準確顯示哪些GitHub實體導入失敗，也沒有顯示導致導入失敗的錯誤。這使得很難確定導入結果是否令人滿意。
在新版本中，擴展了導入摘要，以包含未導入的GitHub實體列表，并在可能的情況下提供GitHub上這些實體的直接鏈接。GitLab現在還會顯示每次失敗的錯誤。這可以幫助了解導入的效果并幫助解決問題。
GitLab管理員可以使用管理模式以非管理員用戶身份工作，并在需要時打開管理員訪問權限。以前，管理員的個人訪問令牌(PAT)始終有權以管理員身份執行API操作。現在，在添加PAT時，管理員可以通過選擇管理模式范圍來決定該 PAT是否具有執行API操作的管理員訪問權限。管理員必須為實例啟用管理模式才能使用此功能。
之前，設計上傳沒有元數據來解釋其目的或上傳原因。新版中添加了一個文本框作為描述，以便可以幫助用戶更好地理解圖像。
合并請求現在支持對整個文件進行注釋，因為并非所有合并請求反饋都是特定于行的。如果文件被刪除，可能需要有關原因的更多信息。可能還想提供有關文件名的反饋或有關結構的一般評論。
GitLab最常用的功能之一是CI/CD。在16.1中，重點改進了CI/CD管道和作業列表視圖以及管道詳細信息頁面的可用性和體驗。現在可以更輕松地找到尋找的信息。
needs:關鍵字定義作業之間的依賴關系，可以使用它將作業設置為不按階段順序運行。在新版本中，添加了針對特定條件定義該關系的功能rules。當條件與規則匹配時，作業的needs配置將完全替換為needs規則中的配置。當作業可以比正常情況更早開始時，這可以幫助根據定義的條件加快管道速度。還可以使用此功能強制作業等待較早的作業完成后再開始，現在有更靈活的needs選擇。
最近在Linux上擴大了GitLab SaaS運行程序的medium vCPU和RAM規模后，新版本還增加了機器類型的存儲空間large。
現在，可以無縫構建、測試和部署需要與 GitLab CI/CD 完全集成的安全、按需GitLab Runner Linux環境的大型應用程序。
可以使用項目的包注冊表來發布和安裝npm包。只需使用訪問令牌（個人、作業、部署或項目）進行身份驗證，然后開始將包發布到GitLab項目。
如果項目數量較少，這非常有用。不幸的是，如果有多個項目，可能很快就會發現自己添加了數十甚至數百個不同的源。大型組織中的團隊通常將包與源代碼和管道一起發布到項目的包注冊表中。同時，他們需要能夠輕松安裝組織中組和子組內其他項目的依賴項。
為了使項目之間共享包更容易，現在可以從組安裝包，這樣就不必記住哪個包位于哪個項目中。使用選擇的身份驗證令牌，在將的組添加為npm軟件包的源后，可以安裝任何組npm軟件包。
當請求者回復服務臺電子郵件時，服務臺代理了解誰發表了評論非常有用。但由于請求者可能是沒有GitLab賬戶或無法訪問GitLab項目的外部用戶，因此這些評論之前被歸因于GitLab支持機器人。從現在開始，請求者的電子郵件回復將歸屬于外部用戶，從而更清楚地表明誰在GitLab問題中發表了評論。
GitLab 16.1中添加了對剛剛發布的Debian 12 Bookworm構建和發布包的支持。
同期發布了 GitLab Runner 16.1，新功能和變化如下
適用于Azure虛擬機的 GitLab Runner Fleeting 插件（實驗性）。
新的運行程序創建方法使能夠在可能需要注冊多個具有相同功能的運行程序的場景中重復使用運行程序配置。使用相同身份驗證令牌注冊的運行者共享配置，并在新的詳細視圖中分組。
GitLab 16.1中將busybox Docker 鏡像替換為gitlab-base Docker鏡像，以便與其他GitLab Docker鏡像共享層。該實現將gitlab-base其視為輔助鏡像（如kubectl和certificates），并具有可選的本地覆蓋。
將設計添加到問題時，將創建或更新設計Git存儲庫，并創建LFS對象和上傳（用于縮略圖）。Geo已經驗證了LFS對象和上傳，現在它還驗證了設計存儲庫。現在，設計管理的所有基礎數?據都經過驗證，可以確保設計數據在傳輸或靜態時不會被損壞。如果Geo用作災難恢復策略的一部分，這可以保護免遭數據丟失。
Geo向自助服務框架管理的所有組件添加了按復制狀態進行的過濾。現在，可以按“進行中”、“失敗”和“已同步”狀態篩選復制詳細信息視圖中的項目，從而更輕松、更快速地找到無法同步的數據。
Geo更改了代理SSH Git推送請求的工作流程。針對輔助站點發出的推送請求現在通過GitLab shell（而不是Puma）代理到主站點。此更改消除了1.0 GB 推送大小限制，該限制阻止大型推送請求成功。推送大小限制現在為 1.86 GB，目標是在未來的版本中取消該限制。在某些情況下，通過 GitLab shell 的新調用流程還將吞吐量提高了50%。這是幕后的改變。無需用戶任何行動。
我們需要更多的工程師
找到能夠改變世界的方法論
2022復旦管院科創周
“科創夜談”邀請
華盛頓大學福斯特商學院教授陳曉萍
達闥科技創始人黃曉慶
共同探討
人形機器人賽道的現在和未來
科創公司的發展和管理哲學
到2025年，讓每個家庭都擁有一個家庭保姆機器人，這是黃曉慶在創立達闥機器人伊始就定下的目標。
黃曉慶說，自己瘋狂地想改變世界，而這種瘋狂來源于他對于技術和產品演進方向的精準預判。通信行業的從業經驗給了他制造云端智能機器人的靈感，達闥的海睿操作系統創造了一個基于虛擬孿生技術的機器人環境開發平臺，是繼電腦Windows、手機安卓和iOS之后，全球首個面向機器人的操作系統，也是機器人的“元”大腦，目前已經更新到第五代。
對于企業管理，工程師出身的黃曉慶有自己的一套“治兵”方式。他從全球優秀企業借鑒經驗，形成了達闥的企業文化；他推崇OKR，鼓勵員工不斷挑戰創新；他積極構建創新和銷售并行的團隊，成為支撐科創企業飛翔的雙翼。
對話人
● 陳曉萍 華盛頓大學福斯特商學院Philip M. Condit講席教授，IACMR第二任主席，《管理視野》執行主編
● 黃曉慶 達闥機器人公司創始人兼CEO
01
從應用場景出發做技術
陳曉萍：能不能科普一下，你提出的“網絡即交換”理論有哪些內容？
黃曉慶：盡管我們相隔重洋，通過現代化的信息工具，我們就恍如對面。我們今天交談所使用的軟件深層次的技術就是軟交換技術。
在1996、1997年，人類進入到了IP（Interent Protocol，互聯網協議）通訊時代，也就是互聯網時代，這個網絡最大的特點之一無中心，它發明了一個新的概念叫路由器。所有路由器都是獨立工作的，每個路由器都是一個完備的自組成的系統，很多這樣的系統就組成了一個網絡，所以網絡某一部分受到破壞之后，剩下的部分還可以自動連通。我在1997年提出要用這樣的技術來做下一代交換機，這就是軟交換的來由。它已經不是硬的接線，線是看不見的，是軟的，也沒有傳統的交換機了，變成計算機+路由器形成新的交換網絡。
陳曉萍：你說你是一個瘋狂的工程師，瘋狂地想改變世界。為什么？你認為世界上哪些東西需要改變？
黃曉慶：我認為世界上所有東西都需要改變。很多我們想做的東西不是做不到，而是時間問題。工程師最重要的責任就是正確地預判技術和產品的演進方向，知道人類未來需要什么，我預判過很多事情都成功了。
陳曉萍：你有一個判斷是在2025年，每個家庭都有一個保姆機器人。現在只剩兩三年時間，我覺得你這個預言可能要失敗。
黃曉慶：不會。如果是在2015年說2025年我們能做出家庭保姆機器人，我覺得還是挺激進的。很多人做了六七十年都沒有做出來，憑什么我十年就能做出來？但是到2022年，我們經過8年的努力，已經把該做的事情都捋清了，現在我們的道路非常清晰，所以到2025年做出家庭保姆機器人已經變得非常有可能。
我也不是說要在2025年做到讓保姆機器人進入每一個家庭，而是能夠去到每個家庭。最終能否實現還要取決于產品的成本和每一個家庭的不同情況。就像電動車，要做到每個家庭都有電動車也許還需要一段時間，但電動車在五年前就已經實現了。
陳曉萍：我想到比爾·蓋茨當年說，每一個家庭都會有一臺個人電腦，這個夢想早就實現了。你處于無線電通信和計算機兩個行業的交界處，歷史的責任就落到了你的肩膀上。
黃曉慶：我非常喜歡科幻，也非常喜歡機器人，但之前我從來沒有想過機器人會是我去做的。一直到2011年，我在《科學》雜志上發現了一位斯坦福大學寫的論文，說在一顆芯片上置入了25萬個神經元。我特別興奮地跑去美國找他，結果發現這個芯片無法實現人類智能，因為人腦有1000億個神經元，如果用這個芯片做，至少要2000噸重的芯片，耗電大概26兆瓦。生物細胞的耗電和集成電路相差1億倍，我才知道原來做機器人最大的困難不是做手和腳，而是做大腦。
我又去研究生物學論文，發現人類神經信號的傳輸速度是光纖的十億分之一，我突然想到可以把機器人的大腦放在云端，用通信網絡把機器人的身體和大腦連在一起。達闥科技的故事就是這么來的。
陳曉萍：你講到達闥跟其他科創公司不一樣，很多公司是先有了技術發明然后找應用場景，而你們是從應用場景出發做技術。你是如何構想機器人和機器人大腦的應用場景的？
黃曉慶：我在2015年決定要干這樣一件不可能的事時，實際上并沒有把所有問題都想明白，但我有信心能夠想明白。我這種自信的狀態會感染別人，所以我很容易能說服別人跟我一起干。我第一個說服的人就是支持我第一、二次創業的孫正義。我給他講了我剛才給你講的故事，他就問了一個問題：假設你說的是對的，是不是以后所有機器人都是云端智能機器人？我說是的，他就和我一起干了。
然后我就去美國找我兒子，當時他在南加大（南加利福尼亞大學）讀游戲專業。我跟他和他的同學們說我準備做一個機器人的游戲，把物理世界變成數字孿生，把機器人變成游戲里的模型，用打游戲的方式來控制這些機器人。這幫小孩爭論了一晚上后告訴我，這是可行的。那之后我們就提出用機器人的元宇宙來建設和開發機器人的云端大腦。
02
找到適配科創企業的管理工具
陳曉萍：下面我想轉換一下話題，講講企業管理。你提到過達闥的企業文化可以用16個字來描述：精于創新、客戶至上、主動擔當、結果導向。你如何把這十六字的核心文化落地？
黃曉慶：文化的傳播和推廣，是一個組織永遠講不完的故事。我就想兩件事情，第一是要讓大家有榜樣。我們的文化有四句話，每一句話都有一個榜樣：精于創新的榜樣是谷歌，客戶至上是華為，主動擔當是阿里巴巴，結果導向的榜樣是中國移動。
第二是我們要有方法和工具。首先要讀書，我給大家定了兩本必讀書，分別是《從優秀到卓越》和《贏》。我后來決定采用飛書作為工具，在公司全力推廣。飛書用的就是OKR。
陳曉萍：講一講OKR，它跟KPI最重要的區別在哪里？
黃曉慶：KPI文化沒有什么不好，但它有一個很嚴重的問題，不鼓勵創新。OKR可以通過關鍵結果（KR）的設計來激勵創新。比如在KPI狀態下，你設計一個系統性能的時候很難設置一個變量，但OKR可以把算法達成的某一個數字作為KR，同時還可以設置更有挑戰性的KR2、KR3。KR的設置可以讓你不要為了達到這個目標而努力，而是設置一個可能達不到的目標去努力。
陳曉萍：假如真的達不到目標，會不會產生別的后果呢？
黃曉慶：可能沒有KPI那么嚴重。OKR系統可以衡量目前的進展情況，把部分達到目標作為階段性成果，但KPI只有達到或者是沒達到兩個結果。
陳曉萍：你們是從一開始就使用OKR嗎？
黃曉慶：是的，不過到現在我們還是覺得它不容易，但堅持下來就會越干越好。
陳曉萍：能不能講一講具體遇到的挑戰？
黃曉慶：實際上有大概兩年的時間我們放棄了OKR，后來又重新開始。我們放棄有兩個原因，一是我們的HR團隊發生變化，主要的負責人不在了，新來的人往往會想推出一些不一樣的游戲規則；二是我們第一次嘗試的時候，工具還不完善，當時主要是用Excel這種傳統工具。所以第二次我們就下定決心要用專業的工具，在OKR設置的時候把十六個字文化的所有細節融入到里面。
陳曉萍：你認為OKR體系最頂層的管理邏輯和哲學是什么？
黃曉慶：所有管理文化歸根到底的目標就是要讓所有人都有CEO思維。OKR文化和企業的吻合度恰恰在這里，OKR是一個工具，可以讓CEO思維貫徹下去，通過這個工具打開一個通道。
陳曉萍：你覺得像網飛這種強調自由和責任的公司文化，跟你們十六個字文化的精髓是不是一樣的？
黃曉慶：我對網飛的文化理解不夠深刻，我知道他們決策不需要流程，只要員工判斷他的決策符合公司文化，對公司是有利，就可以自己完成。這種文化帶來的好是所有人首先都對自己的行為很負責任，公司也不至于因為要等領導來拍板而耽誤決策的時間。
但我個人認為這樣的管理架構不太適合中國企業，特別不適合有生產制造需要和團隊緊密合作需要的企業。網飛更像一個互聯網公司，以生產內容為主，各個團隊之間關聯性不強。但是像我們做機器人運營商的公司，各個部門之間是相互依賴的。
03
做一個喜歡創業的工程師
陳曉萍：你說科技的發展需要時間，這個時間基本上是十年一個周期。這么長的時間里，公司一定會經歷很多起落，作為公司的領袖，你如何保證組織有持續的信心和活力？
黃曉慶：一個企業要能夠長期運營下去，保持活力，首先管理團隊，特別是CEO必須保持精神。喬布斯曾經講過一句話，一個公司就是CEO的特征的投射。另一個我悟出來的道理，就是變比不變好，千萬不要擔心缺了誰游戲就進行不下去。對于人類社會和組織來說，不管變地方，還是變人，它一定是更好。
陳曉萍：你怎么樣讓你的精神狀態感染整個高管團隊？在高管團隊的組合上，你有怎樣的思考？
黃曉慶：感染高管團隊最好的辦法就是自己沖鋒在前，不管是搞銷售、技術、挖人、融資，甚至找政府，所有事情都不要退縮。沒有被感染的高管肯定是文化訴求不一致的，這種情況下他就會離開。
至于高管團隊的組成，不能只靠技術人員。如果把一個公司比喻成一架飛機，飛機需要兩翼，一個翼是創新、技術，另外一個翼就是銷售。只有創新這一翼的公司是不會成功的，你還要有銷售這一翼。一個公司最好、最幸運的情況是搞技術的人也會搞銷售。
陳曉萍：現在有很多年輕人想投身科創企業，你有什么想法和忠告可以跟他們分享？
黃曉慶：我希望所有年輕人都可以考慮成為一個工程師。人類的未來可能會遇到很多危機，所以我們需要更多工程師，找到能夠改變世界的方法論，做出很多偉大的產品，讓人類有更幸福的生活。
第二是做一個喜歡創業的工程師，就是因為有工程師去學習創業的才會有喬布斯、比爾·蓋茨、拉里·佩奇這樣的人。