原創|實施案例|編輯:鄭恭琳|2018-05-03 14:39:53.000|閱讀 256 次
概述:了解HubSpot如何使用GitHub Enterprise幫助工程師跨團隊溝通并為全球用戶構建卓越的軟件。
# 界面/圖表報表/文檔/IDE等千款熱門軟控件火熱銷售中 >>
相關鏈接:
HubSpot是一個營銷和銷售平臺,在90個國家擁有15,000多個客戶,并且發展迅速。擁有超過35個團隊開發各種項目的開發團隊,HubSpot使用GitHub Enterprise制作高度定制的工作流程,幫助開發人員跨團隊進行高效溝通,并為全球用戶構建卓越的軟件。
在2012年,HubSpot決定簡化他們的開發流程,以整合他們使用的工具,隨著員工數量的增加進行大規模工作,并符合公司的安全要求。但根據技術主管Mike Champion的說法,轉向GitHub Enterprise的決定最終來自HubSpot的開發人員。
在使用GitHub Enterprise三年后,它在HubSpot的產品團隊中已經深入而廣泛地扎根——包含1,000多個存儲庫和超過1,500個可部署組件。以下是他們的團隊如何使用GitHub以最適合他們的方式安全地溝通、招聘和構建軟件。
Pull請求是HubSpot產品團隊之間對話的中心論壇。“他們是我們溝通想法的主要方式之一,”Mike說,“GitHub肯定比我們存儲代碼的地方更多——這是我們就構建軟件進行交流的地方。”
關于HubSpot代碼的討論是開放和隨意的——通常會涂上表情符號——植根于公司的反饋文化。無論他們是新員工還是已經存在多年,HubSpot開發人員都會使用GitHub主動尋找并在非正式渠道獲得反饋。據Mike介紹,“GitHub可以讓人們輕松獲得整個公司的代碼反饋和評論,無論他們正在從事哪個項目。”
在平臺上工作三年后,Mike認為GitHub深深植根于HubSpot如何構建軟件。HubSpot工程師以客戶反饋模式和持續創新為基礎,不斷將代碼部署部署到每天300次的生產,并使用GitHub支持他們的工作方式。
“我們通過發布許多增量更改來構建軟件,”Mike說,“創建pull請求和合并分支的流程消除了摩擦,幫助我們快速推動小的變化,并從客戶那里獲得反饋。” HubSpot的模型允許加速學習和迭代。團隊將代碼推向生產的速度越快,獲得反饋和改進產品的速度就越快。
HubSpot擁有一組活躍的開源項目,他們用它來自動開發過程,并幫助開發人員編寫軟件,而無需完全理解HubSpot的所有技術堆棧級別。其最大、最復雜的開源項目是Singularity。
“我們中的很多人已經是GitHub的粉絲,我們非常關心我們每天使用的工具,如果我們喜歡工具,它使我們感到高興和高效,我們將會投資于它。”
從將信息發送到HipChat的webhook發送到系統,以便在合并拉取請求時通知團隊,HubSpot工程師使用GitHub API構建了定制工具,以保持通信毫不費力,工作流程效率更高。
更具體地說,該團隊使用GitHub來自動化其產品在90多個國家的客戶國際化程度。使用GitHub的API,他們構建了一個名為Babel的內部自動化服務,當開發人員在GitHub中提交語言更改時觸發翻譯工作流程。
“Babel和GitHub可以無縫地結合在一起,”Mike說道,“我們通過自動化這部分翻譯流程節省了大量時間,它使我們能夠快速工作,而無需等待手動步驟。”
多年來,HubSpot一直專注于從招聘和平臺角度的發展。隨著工程團隊的不斷壯大,開發人員熟悉的工具已被證明對招聘和入職至關重要。Mike說:“這讓開發人員在他們自己的時間或以前的工作中使用GitHub時更容易開始,我認為他們很高興看到它。”
GitHub也成為團隊努力培養開發人員喜愛的協作文化的一部分。對于Mike而言,“使用GitHub標志著人們優先考慮他們喜歡的工具的環境。”他解釋說:“這是對開發人員快樂的一次大型投資的一部分,幫助他們專注于構建產品的挑戰性問題,而不是工具。”
本站文章除注明轉載外,均為本站原創或翻譯。歡迎任何形式的轉載,但請務必注明出處、不得修改原文相關鏈接,如果存在內容上的異議請郵件反饋至chenjj@fc6vip.cn