semantic-versioning

1熱度

1回答

假設我發佈了一個需要php 5.6作爲依賴項的新庫Foo v1.0.0。現在我想中的一些方法實現的內部使用一些新的語言結構在PHP 7.0。但是，我的整個公共API（方法名稱，參數，返回等）保持不變。繼semver，什麼版本號應該現在我發佈？在我看來，需要一個新的主要平臺依賴關係將打破向後運行PHP 5.6的用戶的向後兼容性，他們將無法簡單地升級到composer update，因此它現在應

1熱度

1回答

語義版本在成功運行travis後不會發布

我想發佈我管理的NPM軟件包的版本。這裏是鏈接：https://github.com/dixeed/eslint-config。我推送給主人，在我的Travis構建運行中沒有任何錯誤，但它沒有像預期的那樣運行npm run semantic-release pre && npm publish && npm run semantic-release post。如果你看看我的git歷史，我已經遵循了

0熱度

1回答

Visual Studio解決方案的語義版本控制

我的團隊擁有一套相當大的桌面應用程序，它們之間有許多共享庫，所有這些應用程序都位於我們存儲庫中的一個常見解決方案文件中。我們希望使用語義版本控制的原因有很多，其中主要的是讓我們的用戶更容易安裝更新。然而，考慮到我們正在處理的程序集數量，我們發現它更新每個AssemblyInfo文件非常繁瑣，特別是如果它是針對多個應用程序依賴的庫。我想知道是否有一種簡單的方法來使用git標籤或某種外部工具來告訴構

0熱度

1回答

開發分支的Gitflow標籤？

我們的開發分支需要被標記，因爲我們的構建過程將標記名稱作爲semver構建版本，例如， V3.5.1。 Develop分支可以隨時建立並自動部署到登臺服務器。但是，gitflow模型僅描述如何以及何時標記主分支。如果我也開始標記開發分支，我將「失去」這些名稱，並且將無法將它們用於標記主分支。例如，我可以將開發分支標記爲比當前主分支更大的東西，每次我標記主分支。但是，接下來我必須記住下一次將主標

2熱度

1回答

SemVer中MINOR與PATCH規則的原因

有關何時增加MAJOR與MINOR版本號（SemVer 2.0）的規則非常引人注目。他們清楚地知道應用程序/服務是否向後兼容很多優點。但是該網站並沒有真正給出MINOR和它稱爲PATCH之間差異的原因。我不認爲它給予MAJOR和MINOR相同的好處。僅供參考這裏的SemVer規則：當你做出不兼容的API改變主要版本，當你在一個向後兼容的方式添加功能次要版本，並補丁版本時你做出向後兼容的錯

1熱度

1回答

發佈後版本控制和SemVer 2.0（sematic verisoning）

這不是一種編碼，而是一個過程問題。我正在構建可能需要某些市場或一般情況下的發佈後修補程序或功能添加的軟件。繼追加-標籤到指定的版本號，以紀念我想一個+標籤添加到版本號，以紀念這種釋放後的版本的SemVer 2.0（http://semver.org/spec/v2.0.0-rc.2.html）方案。只要不發生重大更改，這將導致以下版本樹： 1.0.1-rc1 // initia

0熱度

1回答

如何從TFS CI任務源代碼獲取版本號（major.minor.patch）

我正在嘗試在ci進程中創建一個nuget包。我想根據語義版本控制版本的軟件包。基本上，他們將有major.minor.patch-ci-date。爲了這個目的，我在TFS上使用nuget packager任務。如下所示紅色幀I可以配置在包裝機的NuGet任務的版本。但有個問題。 Major.minor.patch數字由開發人員決定，我認爲他們應該保存在源代碼中。而且，TFS應該從源代碼或某些代

1熱度

1回答

在gitlab piplelines中使用semver或時間戳

我正在使用GitLab管道，並在.gitlab-ci.yml文件中定義了我的構建定義。我正在使用它來建立碼頭集裝箱。簡單的問題。有沒有一種方法可以使用gitlab中的semver或時間戳來標記Docker容器。內置變量似乎沒有給我太多的工作。在Windows上，我已經能夠在powershell中使用GitVersion，它獲取semver標籤並將其放入一個變量，您可以在構建過程的其餘部分使

1熱度

1回答

PIP安裝不識別版本

我有一個自定義的pypi服務器，我從中安裝文件。我試圖從版本0.0.1升級到我自己定製模塊的更新版本。它沒有檢測到更高版本。當我做一個pip install 'mymodule>=17'我看到： Could not find a version that satisfies the requirement mymodule>=17 (from versions: 17.0828.222133-e

1熱度

1回答

爲什麼角度版本4與版本2兼容，如果他們使用語義版本？

不應該主要版本與他們的前輩不兼容，根據semantic versioning？