當您采用向左移動的方法，并且開發(fā)人員開始在編寫代碼時而不是在完成編寫代碼時開始討論代碼時，您可以確定可能發(fā)生的變化或不太痛苦時的潛在問題或方法。實施左移方法需要什么？

介紹

向左移動的動力一直是盡早發(fā)現(xiàn)問題，直到問題變得痛苦和昂貴。

在IBM的Rick Weaver的文章中，“左移原則”和DevOps解釋了它應(yīng)該如何工作，以及左移為何重要的原因：““左移”的前提是我們將通常在較早階段進行的工作移至其他位置。這是人的天性，但是許多人傾向于推遲特別棘手的問題。[…]最終，當我們最終嘗試解決該問題時，這將導致重大問題。下圖說明了會發(fā)生什么。這也表明需要更敏捷的方法。”

如下圖所示，“左移原則”旨在縮短識別問題和解決問題之間的時間。

請注意，該圖表未明確引用DevOps，而是引用了Development Progress。那么，為什么在向左移動時DevOps會采取所有行動呢？

殘破的開發(fā)人員協(xié)作流程

典型的開發(fā)工作流程始于向開發(fā)人員分配票證或任務(wù)。開發(fā)人員通常會花足夠的時間在任何給定的任務(wù)上，以構(gòu)建功能或解決問題，然后通過推送代碼并創(chuàng)建拉取請求或合并請求來聲明可以對其進行檢查。

通常，這是第一次以代碼審查的形式提供反饋，這通常不是很長時間，這意味著它發(fā)生得太遲了。假設(shè)開發(fā)人員在執(zhí)行過程中遇到問題，她通常會要求辦公室中的某人進行輸入，或者她可以將有問題的代碼復制并粘貼到Slack或電子郵件中，然后說明自己要解決的問題。

這些非正式方法不會將流程移至左側(cè)。在詢問辦公室某人的情況下（很難想象今天發(fā)生在COVID-19大流行期間），沒有交換記錄。在復制并粘貼到松弛的情況下，這個過程是很繁瑣（因為你必須要解釋你只是從你的IDE移開失去的上下文中），它不經(jīng)常發(fā)生。

如果這樣做了，那么交換就會丟失在一個Slack流中，再也不會被看到，它與代碼本身完全斷開了連接，并且代表了與團隊有意義地共享知識的機會。

左移發(fā)展

在軟件開發(fā)中向左移意味著要更早地注意代碼的質(zhì)量。盡管DevOps已成功地向上游發(fā)展，并且專門從事CI / CD的公司已成為知名企業(yè)，但為盡早提高質(zhì)量而需要的迭代和關(guān)注需要開發(fā)團隊完全采用不同的方法。

如Devopedia所述：“左移的原理是執(zhí)行傳統(tǒng)上在流程的后期階段執(zhí)行的任務(wù)，并在較早的階段執(zhí)行該任務(wù)……左移較少涉及問題檢測，而更多地涉及問題預防。

左移并不意味著在流程流中“轉(zhuǎn)移”任務(wù)的位置。這也并不意味著在發(fā)布之前不會進行任何測試。應(yīng)該將它及其任務(wù)“傳播”到流程的所有階段。這是關(guān)于持續(xù)的參與和反饋。除了流程的變化外，向左移還與人有關(guān)。” 這意味著更好的協(xié)作。

左移發(fā)展的好處

當您采用向左移動的方法，并且開發(fā)人員開始在編寫代碼時而不是在完成編寫代碼時開始討論代碼時，您可以確定可能發(fā)生的變化或不太痛苦時的潛在問題或方法。

這適用于設(shè)計和編碼。由于這樣做有足夠的時間進行深思熟慮，因此代碼質(zhì)量得以提高，測試時間得以減少。結(jié)果，總成本降低了。此外，通過向左移動，發(fā)布日期變得更加可靠，因為它消除了通常導致延遲的流程結(jié)束時的緊縮。

總之，更好的代碼，更低的風險，更低的成本和更少的工作量。那么，實現(xiàn)左移方法又需要什么呢？

實施左移發(fā)展

除了自動化之外，協(xié)作在左移中也起著重要作用。在CodeStream上，我們一直致力于重新設(shè)計以代碼為中心的協(xié)作。它從無需上下文切換就可以交流代碼的能力開始。您可以在任意行或任何代碼段中評論和討論，并與整個團隊共享討論，無論是在他們的IDE中，還是在Slack，Microsoft Teams或電子郵件中。

我們最近推出了Shift Left Code Review解決方案，該解決方案使任何開發(fā)人員都可以從其IDE中單擊兩次來請求代碼審查。審閱請求可以包括基于其回購狀態(tài)的任何更改的代碼。CodeStream將打包所有更改，并允許開發(fā)人員從本地未保存的WIP到已提交和推送的代碼，一路選擇要包含在審閱中的項目。審閱者通過電子郵件，Slack或MS團隊得到通知，然后可以在其IDE中使用完整的源樹上下文進行審閱。

與像GitHub或GitLab這樣的基于Web的解決方案不同，它們僅向?qū)忛喺咛峁﹪@更改的一小段代碼，而CodeStream Core Reviews則使您可以以舒適和熟悉的IDE方式訪問整個源樹，因此沒有需要切換窗口或中斷流量。

通過在WIP上啟用代碼審查并對其進行迭代，CodeStream使Shift Left協(xié)作成為可能，而無需團隊進行重新配置。CodeStream與您最喜歡的所有代碼托管平臺集成，包括基于云和本地的GitHub，GitLab和Bitbucket。

它還與最流行的任務(wù)管理器和問題跟蹤器（例如Jira，Trello，Asana，Azure DevOps和GitHub Issues）集成。