簡體   English   中英

我們如何版本化我們的JavaScript文件

[英]How can we version our JavaScript files

上下文:我們正在使用許多JavaScript文件在Windows OS(VS 2017,VS Code)上工作,例如:在“ controls”文件夾中,我們將擁有control1.js,control2.js等(不同的人在使用不同的控件)。

|- controls
     |- control1.js
     |- control2.js

On the 'apps' folder we will have : 

|-apps
    |- app1
        |- view.js
        |- controller.js
        |- model.js
    |- app2
        |- view.js
        |- controller.js
        |- model.js

現在,想法是測試團隊將/可能會發現需要修復的錯誤。 我們將修復代碼,然后將固定文件(例如control1.js)重新部署到特定的測試團隊。 如果另一個團隊(在不同環境中工作)在同一文件(control1.js)中報告另一個錯誤,則無法讓我們知道當前環境是否具有上述修復程序(只有代碼比較會告訴我們) 。 沒有文件版本可以幫助我們知道問題發生的位置(什么版本)以及已解決的版本。

我們想要什么-(也許這個問題已經解決了,但我什么都沒找到)-我們希望@簽入時間增加JavaScript文件的版本(可能是C#中的發行版)。
我們使用的是版本控制的TFS(本地)和VSTS / Git(在visualstudio.com上在線)。

怎么樣 ? -每個JavaScript文件都將具有某種標頭(文件頂部的較大區域,帶有一些注釋文本),其中包含有關公司等的信息...以及文件的版本,例如:1.0.2.23 。 通過這種方式,我們將知道修復程序的版本(錯誤跟蹤系統要求我們提及發現錯誤的版本以及修復的版本。

如何在VS 2017(2015)和VS Code中對此進行模擬?
我們可以為所有JavaScript文件共用一個文件(與C#中的AssemblyInfo.cs相同),然后將該文件與每個JavaScript文件合並嗎?
這樣,如果我們需要在全局范圍內進行更改,就不需要...在整個地方查找/替換?

先感謝您。

對於文件(例如control1.js)需要由多個人修改的情況:

  1. 如果在修復后需要測試團隊對文件進行兩次測試,則可以在另一個分支上修改文件,然后由測試團隊合並到當前工作的分支中。
  2. 如果測試團隊無法測試該固定文件,則可以直接在當前分支上修改該文件,然后將該分支推送到TFS / VSTS。 此后,如果其他團隊成員也需要修改同一團隊,則他們可以提取所做的更改並根據最新版本修復文件。

對於文件版本:

實際上,這是一個新版本,每次您提交更改時,git都會計算一個新的SHA-1校驗和(提交ID),如a11bef06a3f659402fe7563abf99ad00de2209e6 ,您可以在VS中查看-> Team Explorer-> Branches->右鍵單擊分支->查看歷史記錄。

如果要使版本更具可讀性,則可以為提交添加標簽,例如在“查看歷史記錄”中->右鍵單擊提交->創建標簽->然后輸入標簽名稱,例如1.0.2.23

而且您不需要單個文件來記錄文件版本,因為git可以管理您所做的每個更改的版本。

要獲得測試團隊部署的版本,可以使用以下步驟:打開發行版-> Artifacts->查找構建定義和構建版本->在構建選項卡中找到構建版本->在摘要頁面中,您可以找到git版本在源代碼版本中。

在此處輸入圖片說明

在此處輸入圖片說明

我們使用形成為<major>.<minor>.<changeset>-<buildid>-<branch>的版本來跟蹤部署的版本。 在每個部署中,自定義IIS響應標頭字段“ X-Release”都用版本號更新,以便QA / PM始終可以在開發人員工具中檢查正在使用的代碼版本: 開發人員工具的“網絡”標簽

但是,由於我們使用的是Octopus Deploy,因此無法在TFS版本中說明如何執行此操作。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM