Closed RicePatrick closed 1 month ago
@svanharmelen - This should be ready for review. Let me know what you think about the naming for GroupAccessLevel
, or if there's a better struct already for that use-case. It's an odd structure, so I was having trouble naming it ๐
Everything other than the deprecation notices has been fixed; will update Deprecation noticed in either direction on Monday and let you know!
@svanharmelen - Documentation is updated and now shows the fields as Deprecated, so having them labelled as deprecated is correct: https://docs.gitlab.com/ee/api/groups.html#new-group
Reference from conversations with GitLab: https://gitlab.com/gitlab-org/gitlab/-/issues/462164#note_1999148308
This Pull Request adds support for the new
default_branch_protection_defaults
attribute to the Group APIs. These were added in GitLab 17.0, replacing thedefault_branch_protection
integer, so that attribute is now marked as deprecated as well.Documentation: https://docs.gitlab.com/ee/api/groups.html#options-for-default_branch_protection_defaults
Note: The structure of the API requests is weird. Even though
allowed_to_push
andallowed_to_merge
only expect 1 access level, they do in fact require an array of objects with "access_level" being the key.Here is an example request and responss to show the API fingerprint, since I don't think it's exactly clear from the documentation how it's supposed to work ๐ :