shotgun-api3 3.8.5__tar.gz → 3.9.0__tar.gz
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- {shotgun_api3-3.8.5/shotgun_api3.egg-info → shotgun_api3-3.9.0}/PKG-INFO +6 -47
- shotgun_api3-3.9.0/README.md +43 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/setup.py +1 -1
- {shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python3 → shotgun_api3-3.9.0/shotgun_api3/lib/httplib2}/auth.py +1 -1
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/mockgun/mockgun.py +0 -1
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/mockgun/schema.py +1 -1
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/shotgun.py +95 -271
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0/shotgun_api3.egg-info}/PKG-INFO +6 -47
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3.egg-info/SOURCES.txt +0 -18
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/tests/test_api.py +56 -199
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/tests/test_api_long.py +1 -3
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/tests/test_client.py +24 -43
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/tests/test_mockgun.py +2 -2
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/tests/test_proxy.py +1 -1
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/tests/test_unit.py +8 -25
- shotgun_api3-3.8.5/README.md +0 -84
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/__init__.py +0 -39
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/auth.py +0 -69
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python2/__init__.py +0 -1993
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python2/auth.py +0 -63
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python2/cacerts.txt +0 -2225
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python2/certs.py +0 -42
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python2/error.py +0 -48
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python2/iri2uri.py +0 -123
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python2/socks.py +0 -518
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python3/cacerts.txt +0 -2225
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python3/certs.py +0 -42
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python3/error.py +0 -48
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python3/iri2uri.py +0 -124
- shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/socks.py +0 -518
- shotgun_api3-3.8.5/shotgun_api3/lib/mimetypes.py +0 -598
- shotgun_api3-3.8.5/shotgun_api3/lib/sgsix.py +0 -87
- shotgun_api3-3.8.5/shotgun_api3/lib/sgutils.py +0 -62
- shotgun_api3-3.8.5/shotgun_api3/lib/six.py +0 -964
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/LICENSE +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/setup.cfg +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/__init__.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/__init__.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/certifi/__init__.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/certifi/__main__.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/certifi/cacert.pem +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/certifi/core.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/certifi/py.typed +0 -0
- {shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python3 → shotgun_api3-3.9.0/shotgun_api3/lib/httplib2}/__init__.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/httplib2/cacerts.txt +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/httplib2/certs.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/httplib2/error.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/httplib2/iri2uri.py +0 -0
- {shotgun_api3-3.8.5/shotgun_api3/lib/httplib2/python3 → shotgun_api3-3.9.0/shotgun_api3/lib/httplib2}/socks.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/mockgun/__init__.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/mockgun/errors.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/pyparsing.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3/lib/sgtimezone.py +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3.egg-info/dependency_links.txt +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3.egg-info/not-zip-safe +0 -0
- {shotgun_api3-3.8.5 → shotgun_api3-3.9.0}/shotgun_api3.egg-info/top_level.txt +0 -0
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.4
|
|
2
2
|
Name: shotgun_api3
|
|
3
|
-
Version: 3.
|
|
3
|
+
Version: 3.9.0
|
|
4
4
|
Summary: Flow Production Tracking Python API
|
|
5
5
|
Home-page: https://github.com/shotgunsoftware/python-api
|
|
6
6
|
Author: Autodesk
|
|
@@ -79,9 +79,10 @@ Dynamic: license-file
|
|
|
79
79
|
Dynamic: requires-python
|
|
80
80
|
Dynamic: summary
|
|
81
81
|
|
|
82
|
-
[](http://www.vfxplatform.com/ "Supported VFX Platform")
|
|
83
|
+
[](https://www.python.org/ "Supported Python versions")
|
|
84
|
+
[](http://developer.shotgridsoftware.com/python-api)
|
|
85
|
+
|
|
85
86
|
[](https://dev.azure.com/shotgun-ecosystem/Python%20API/_build/latest?definitionId=108&branchName=master)
|
|
86
87
|
[](https://coveralls.io/github/shotgunsoftware/python-api?branch=master)
|
|
87
88
|
|
|
@@ -106,13 +107,6 @@ Some useful direct links:
|
|
|
106
107
|
|
|
107
108
|
You can see the [full history of the Python API on the documentation site](http://developer.shotgridsoftware.com/python-api/changelog.html).
|
|
108
109
|
|
|
109
|
-
## Updating HTTPLib2
|
|
110
|
-
|
|
111
|
-
The API comes with a copy of the `httplib2` inside the `shotgun_api3/lib` folder. To update the copy to a more recent version of the API, you can run the `update_httplib2.py` script at the root of this repository like this:
|
|
112
|
-
|
|
113
|
-
python update_httplib2.py vX.Y.Z
|
|
114
|
-
|
|
115
|
-
where `vX.Y.Z` is a release found on `httplib2`'s [release page](https://github.com/httplib2/httplib2/releases).
|
|
116
110
|
|
|
117
111
|
## Tests
|
|
118
112
|
|
|
@@ -124,42 +118,7 @@ Integration and unit tests are provided.
|
|
|
124
118
|
- (Note: Running `pip install -r tests/ci_requirements.txt` will install this package)
|
|
125
119
|
- A `tests/config` file (you can copy an example from `tests/example_config`).
|
|
126
120
|
- Tests can be run individually like this: `nosetests --config="nose.cfg" tests/test_client.py`
|
|
127
|
-
- Make sure to not forget the `--config="nose.cfg"` option. This option tells nose to use our config file.
|
|
121
|
+
- Make sure to not forget the `--config="nose.cfg"` option. This option tells nose to use our config file.
|
|
128
122
|
- `test_client` and `tests_unit` use mock server interaction and do not require a Flow Production Tracking instance to be available (no modifications to `tests/config` are necessary).
|
|
129
123
|
- `test_api` and `test_api_long` *do* require a Flow Production Tracking instance, with a script key available for the tests. The server and script user values must be supplied in the `tests/config` file. The tests will add test data to your server based on information in your config. This data will be manipulated by the tests, and should not be used for other purposes.
|
|
130
124
|
- To run all of the tests, use the shell script `run-tests`.
|
|
131
|
-
|
|
132
|
-
## Release process
|
|
133
|
-
|
|
134
|
-
### Packaging up new release
|
|
135
|
-
|
|
136
|
-
1) Update the Changelog in the `HISTORY.rst` file
|
|
137
|
-
- Add bullet points for any changes that have happened since the previous release. This may include changes you did not make so look at the commit history and make sure we don't miss anything. If you notice something was done that wasn't added to the changelog, hunt down that engineer and make them feel guilty for not doing so. This is a required step in making changes to the API.
|
|
138
|
-
- Try and match the language of previous change log messages. We want to keep a consistent voice.
|
|
139
|
-
- Make sure the date of the release matches today. We try and keep this TBD until we're ready to do a release so it's easy to catch that it needs to be updated.
|
|
140
|
-
- Make sure the version number is filled out and correct. We follow semantic versioning.
|
|
141
|
-
2) Ensure any changes or additions to public methods are documented
|
|
142
|
-
- Ensure that doc strings are updated in the code itself to work with Sphinx and are correctly formatted.
|
|
143
|
-
- Examples are always good especially if this a new feature or method.
|
|
144
|
-
- Think about a new user to the API trying to figure out how to use the features you're documenting.
|
|
145
|
-
3) Update the version value in `python-api/setup.py` to match the version you are packaging. This controls what version users will get when installing via pip.
|
|
146
|
-
4) Update the `__version__` value in `shotgun_api3/shotgun.py` to the version you're releasing. This identified the current version within the API itself.
|
|
147
|
-
5) Commit these changes in master with a commit message like `packaging for the vx.x.x release`.
|
|
148
|
-
6) Create a tag based off of the master branch called `vx.x.x` to match the version number you're releasing.
|
|
149
|
-
7) Push master and your tag to Github.
|
|
150
|
-
8) Update the Releases page with your new release.
|
|
151
|
-
- The release should already be there from your tag but if not, create a new one.
|
|
152
|
-
- Add more detailed information regarding the changes in this release. This is a great place to add examples, and reasons for the change!
|
|
153
|
-
|
|
154
|
-
### Letting the world know
|
|
155
|
-
Post a message in the [Pipeline Community channel](https://community.shotgridsoftware.com/c/pipeline).
|
|
156
|
-
|
|
157
|
-
### Prepare for the Next Dev Cycle
|
|
158
|
-
1) Update the `__version__` value in `shotgun_api3/shotgun.py` to the next version number with `.dev` appended to it. For example, `v3.0.24.dev`
|
|
159
|
-
2) Add a new section to the Changelog in the `HISTORY.rst` file with the next version number and a TBD date
|
|
160
|
-
```
|
|
161
|
-
**v3.0.24 - TBD**
|
|
162
|
-
+ TBD
|
|
163
|
-
```
|
|
164
|
-
3) Commit the changes to master with a commit message like `Bump version to v3.0.24.dev`
|
|
165
|
-
4) Push master to Github
|
|
@@ -0,0 +1,43 @@
|
|
|
1
|
+
[](http://www.vfxplatform.com/ "Supported VFX Platform")
|
|
2
|
+
[](https://www.python.org/ "Supported Python versions")
|
|
3
|
+
[](http://developer.shotgridsoftware.com/python-api)
|
|
4
|
+
|
|
5
|
+
[](https://dev.azure.com/shotgun-ecosystem/Python%20API/_build/latest?definitionId=108&branchName=master)
|
|
6
|
+
[](https://coveralls.io/github/shotgunsoftware/python-api?branch=master)
|
|
7
|
+
|
|
8
|
+
# Flow Production Tracking Python API
|
|
9
|
+
|
|
10
|
+
Autodesk provides a simple Python-based API for accessing Flow Production Tracking and integrating with other tools. This is the official API that is maintained by Autodesk (https://knowledge.autodesk.com/contact-support)
|
|
11
|
+
|
|
12
|
+
The latest version can always be found at http://github.com/shotgunsoftware/python-api
|
|
13
|
+
|
|
14
|
+
## Documentation
|
|
15
|
+
Tutorials and detailed documentation about the Python API are available at http://developer.shotgridsoftware.com/python-api).
|
|
16
|
+
|
|
17
|
+
Some useful direct links:
|
|
18
|
+
|
|
19
|
+
* [Installing](http://developer.shotgridsoftware.com/python-api/installation.html)
|
|
20
|
+
* [Tutorials](http://developer.shotgridsoftware.com/python-api/cookbook/tutorials.html)
|
|
21
|
+
* [API Reference](http://developer.shotgridsoftware.com/python-api/reference.html)
|
|
22
|
+
* [Data Types](http://developer.shotgridsoftware.com/python-api/reference.html#data-types)
|
|
23
|
+
* [Filter Syntax](http://developer.shotgridsoftware.com/python-api/reference.html#filter-syntax)
|
|
24
|
+
|
|
25
|
+
## Changelog
|
|
26
|
+
|
|
27
|
+
You can see the [full history of the Python API on the documentation site](http://developer.shotgridsoftware.com/python-api/changelog.html).
|
|
28
|
+
|
|
29
|
+
|
|
30
|
+
## Tests
|
|
31
|
+
|
|
32
|
+
Integration and unit tests are provided.
|
|
33
|
+
|
|
34
|
+
- All tests require:
|
|
35
|
+
- The [nose unit testing tools](http://nose.readthedocs.org),
|
|
36
|
+
- The [nose-exclude nose plugin](https://pypi.org/project/nose-exclude/)
|
|
37
|
+
- (Note: Running `pip install -r tests/ci_requirements.txt` will install this package)
|
|
38
|
+
- A `tests/config` file (you can copy an example from `tests/example_config`).
|
|
39
|
+
- Tests can be run individually like this: `nosetests --config="nose.cfg" tests/test_client.py`
|
|
40
|
+
- Make sure to not forget the `--config="nose.cfg"` option. This option tells nose to use our config file.
|
|
41
|
+
- `test_client` and `tests_unit` use mock server interaction and do not require a Flow Production Tracking instance to be available (no modifications to `tests/config` are necessary).
|
|
42
|
+
- `test_api` and `test_api_long` *do* require a Flow Production Tracking instance, with a script key available for the tests. The server and script user values must be supplied in the `tests/config` file. The tests will add test data to your server based on information in your config. This data will be manipulated by the tests, and should not be used for other purposes.
|
|
43
|
+
- To run all of the tests, use the shell script `run-tests`.
|