Uh oh!
There was an error while loading. Please reload this page.
Marking all remaining versions as "dev". - #4299
Conversation
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixesgoogleapis#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
duggelz
commented
Nov 1, 2017
Can we document this in a README or something? Also, is the whole release process documented somewhere (since I'll want to release opencensus-python soon and hope to shamelessly copy the google-cloud-python process)? |
dhermes
commented
Nov 1, 2017
I think the
Not really (but maybe a little bit in I am happy to chat about packaging "things to care about" if you like Doug. |
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a **new** feature (e.g. of `google-api-core`) will then be able to **explicitly** make this clear by using the lower bound of the `devN` version. Fixes#4208. See: https://snarky.ca/how-i-manage-package-version-numbers/
This is to make it clear the code is between releases. Any code that relies on a new feature (e.g. of
google-api-core) will then be able to explicitly make this clear by using the lower bound of thedevNversion.Fixes#4208.
See: https://snarky.ca/how-i-manage-package-version-numbers/