data-versioning
Here are 22 public repositories matching this topic...
-
Updated
Apr 23, 2022 - Python
On more advanced versions of LakeFS (probably > = v1.0.0), we would like to remove the logic that tries to fill the generation field in DB when loading old dumps. It means we will no longer support loading dump that made with a version lower than v0.61.0.
-
Updated
Apr 22, 2022 - Jupyter Notebook
-
Updated
Mar 29, 2022 - JavaScript
It's possible for the user to create tables inside the working copy that Kart uses, but if they do so, Kart will never take any notice of them, and there is currently no correct way to add them to the Kart repository (you could try importing such a table, but unless you rename it during import, the imported data will collide with the original table, which will cause the command to fail and add to
-
Updated
Jul 3, 2019
-
Updated
Feb 13, 2022 - R
-
Updated
Mar 12, 2022 - Jupyter Notebook
-
Updated
Apr 23, 2022 - Python
While API action names have been renamed to refer to tag, there are some cases where parameter names and returned struct keys still refer to version.
Examples:
- in
resource_show_tag:version_idparameter,version_metadatain the returned dict - Same in
package_show_tag
-
Updated
Jan 6, 2021
-
Updated
Apr 13, 2022 - Go
-
Updated
Mar 10, 2022 - Java
-
Updated
Jul 28, 2021 - Jupyter Notebook
-
Updated
Feb 17, 2022 - JavaScript
-
Updated
Feb 12, 2020
-
Updated
Aug 1, 2021 - HTML
-
Updated
Oct 4, 2021 - Python
-
Updated
Mar 22, 2020 - TypeScript
Improve this page
Add a description, image, and links to the data-versioning topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the data-versioning topic, visit your repo's landing page and select "manage topics."
Consider the following table:
Dolt should add to the error message the name of the offending column like mysql