Skip to content

TransbankDevelopers/transbank-sdk-python

Folders and files

NameName
Last commit message
Last commit date
May 29, 2019
Dec 26, 2019
Dec 29, 2023
Feb 28, 2024
Sep 12, 2019
Sep 12, 2019
Sep 27, 2018
Sep 10, 2019
Feb 28, 2024
Feb 28, 2024
Mar 30, 2023
Sep 27, 2018
Sep 27, 2018
Sep 10, 2019
Jul 11, 2022
Jul 13, 2022
Jan 27, 2022
Dec 23, 2019
Oct 9, 2018
Jul 11, 2022
Oct 8, 2020

Repository files navigation

Build Status Quality Gate PyPI version

Transbank Python SDK

SDK Oficial de Transbank

Requisitos:

  • Python 3.4+

Instalación

Puedes instalar el SDK directamente

pip install transbank-sdk

O puedes instalar el SDK a través de Pipenv, agregando a Pipfile:

[packages]
transbank-sdk = '*'

y luego ejecutar:

pipenv install

Documentación

Puedes encontrar toda la documentación de cómo usar este SDK en el sitio https://www.transbankdevelopers.cl.

La documentación relevante para usar este SDK es:

Información para contribuir y desarrollar este SDK

Requerimientos

  • Pipenv
  • Plugin de editorconfig para tu editor favorito.

Standares

  • Para los commits respetamos las siguientes normas: https://chris.beams.io/posts/git-commit/
  • Usamos ingles, para los mensajes de commit.
  • Se pueden usar tokens como WIP, en el subject de un commit, separando el token con :, por ejemplo: WIP: This is a useful commit message
  • Para los nombres de ramas también usamos ingles.
  • Se asume, que una rama de feature no mezclada, es un feature no terminado.
  • El nombre de las ramas va en minúsculas.
  • Las palabras se separan con -.
  • Las ramas comienzan con alguno de los short lead tokens definidos, por ejemplo: feat/tokens-configuration

Short lead tokens

Commits
  • WIP = Trabajo en progreso.
Ramas
  • feat = Nuevos features
  • chore = Tareas, que no son visibles al usuario.
  • bug = Resolución de bugs.

Todas las mezclas a master se hacen mediante Pull Request.

Test

Para ejecutar los test localmente debes usar el siguiente comando en una terminal.

pipenv run tests

Deploy de una nueva versión.

Para generar una nueva versión, se debe crear un PR (con un título "Prepare release X.Y.Z" con los valores que correspondan para X, Y y Z). Se debe seguir el estándar semver para determinar si se incrementa el valor de X (si hay cambios no retrocompatibles), Y (para mejoras retrocompatibles) o Z (si sólo hubo correcciones a bugs).

En ese PR deben incluirse los siguientes cambios:

  1. Modificar el archivo CHANGELOG.md para incluir una nueva entrada (al comienzo) para X.Y.Z que explique en español los cambios de cara al usuario del SDK.
  2. Modificar version.py para que apunte a la nueva versión X.Y.Z.

Luego de obtener aprobación del pull request, debe mezclarse a master e inmediatamente generar un release en GitHub con el tag vX.Y.Z. En la descripción del release debes poner lo mismo que agregaste al changelog.

Con eso Travis CI generará automáticamente una nueva versión de la librería y la publicará en PyPI.