Votre workflow Git. Dans vos tâches.
Connectez GitHub, GitLab ou Bitbucket. Créez des branches depuis les tâches en un clic. Pull requests se lient automatiquement via codes de tâche. Workflows se mettent à jour au merge. Sans copier-coller. Sans changer de contexte.
De la création de branche au merge de PR—tracé automatiquement dans chaque tâche.
Votre plateforme Git.
Déjà supportée.
GitHub, GitLab, Bitbucket—connectez n'importe lequel. Même workflow, même automatisation. Changez de fournisseur sans perdre de fonctionnalité.
GitHub
Personal Access Token avec scopes repo et admin:repo_hook. Webhooks pour issues, commentaires, push et pull requests
GitLab
Personal Access Token avec scopes api, read_repository, write_repository. Webhooks pour issues, notes, push et merge requests
Bitbucket
Authentification par Nom d'utilisateur + App Password. Endpoint webhook unifié pour tous les événements du repository
Git rencontre les tâches.
Zéro friction.
Branches en Un Clic
Créez des branches directement depuis les tâches. Noms auto-générés : feature/-<numéro>-. Sans terminal, sans copier-coller
PRs Se Lient Automatiquement
PRs mentionnant #TK-123 dans le titre ou la description se lient automatiquement aux tâches. Sans association manuelle
Workflow au Merge
PR mergé ? Le workflow de la tâche se met à jour automatiquement. Configurez le statut cible par projet
Synchronisation des Issues
Synchronisez les issues GitHub/GitLab avec les tâches GitScrum. Créer, fermer, rouvrir—bidirectionnel quand activé
Tracking des Commits
Commits avec #TK-123 mettent à jour le statut de la tâche. Voir l'historique des commits dans le drawer de tâche. Traçabilité complète
Multi-Fournisseur
Connectez GitHub ET GitLab simultanément. Changez de fournisseur par tâche. Un projet, plusieurs repos
De tâche à branche.
En un clic.
Ouvrez le drawer de tâche. Cliquez créer branche. Nom auto-généré. Lien dans la tâche. Commencez à coder. Sans commandes terminal.
Noms Auto-Générés
feature/-<numéro>-<slug-tâche>
feature/API-847-fix-auth-timeout
Open task drawer
API-847 · Fix auth timeout
Click create branch
Branch created, linked to task
Ouvert
PR en attente de review ou modifications
Mergé
PR mergé, workflow de tâche mis à jour
Fermé
PR fermé sans merger
PRs liés.
Automatiquement.
Mentionnez le code de tâche dans le titre ou la description du PR. GitScrum le lie. Voir statut du PR, reviewers, état du merge—tout dans la tâche.
Information PR Trackée
- Numéro et titre du PR
- Branche Head → Base
- Auteur et avatar
- Timestamp du merge
- Lien direct vers le fournisseur
Les updates arrivent.
Instantanément.
Poussez un commit. Mergez un PR. Fermez une issue. GitScrum le sait immédiatement. Sans polling, sans refresh.
Événements GitHub
- issues
- issue_comment
- push
- pull_request
Événements GitLab
- issues
- note
- push
- merge_request
Événements Bitbucket
- repo:push
- pullrequest:*
- issue:*
- repo:refs_changed
Contrôlez ce qui synchronise.
Par projet.
Activez sync issues, commentaires, commits. Mappez workflows : issue fermée → tâche done. Contrôle total, sans surprises.
Issues
- Créer → Tâche créée
- Fermé → Workflow mis à jour
- Rouvert → Workflow mis à jour
- Éditer → Description synchronisée
- Supprimer → Tâche archivée
Commentaires
- Créer → Commentaire ajouté
- Éditer → Commentaire mis à jour
- Supprimer → Commentaire supprimé
Commits
- Push → Workflow de tâche mis à jour
- Message → Lié à la tâche
Restez informé.
À votre façon.
Configurez quels événements Git déclenchent des notifications. Branches, commits, PRs, releases, CI/CD—activez ce qui compte, désactivez le bruit.
Branches
- Branche créée
- Branche supprimée
Commits
- Commit poussé
- Commentaire de commit
Pull Requests
- PR ouvert
- PR fermé
- PR mergé
- Review demandée
- Review soumise
- Commentaire de PR
Issues
- Issue ouverte
- Issue fermée
- Commentaire d'issue
Releases
- Release créée
- Tag créé
CI/CD
- Workflow exécuté
- Déploiement
Visibilité Git totale.
Sur tous les projets.
Vos développeurs poussent du code quotidiennement. Vous devez savoir ce qui est livré sans rejoindre les standups ou lire les logs de commits. L'intégration Git vous donne la visibilité sur le progrès de développement via les mises à jour de tâches—pas via le bruit technique.
Progrès Via PRs
Quand les PRs sont mergés, les tâches passent à done. Vous voyez la vélocité de livraison sans lire le code
Mapping Branche-Tâche
Chaque branche liée à une tâche. Sachez exactement quel code répond à quelle exigence
Projets Multi-Repo
Repo frontend sur GitHub, backend sur GitLab. Même projet, tracking de tâches unifié
Je ne lis pas les messages de commit. Je n'en ai pas besoin. Quand un PR est mergé, la tâche passe à done. Je vois ce qui a été livré aujourd'hui en regardant le board, pas en ouvrant GitHub.
Michel Torres
Fondateur, Agence Digitale (38 développeurs)
Les standups ont raccourci de 50%. Je peux voir quelles tâches ont des PRs actifs avant la réunion. 'Qu'est-ce qui te bloque ?' est devenu 'Ton PR a des conflits de merge' parce que je le sais déjà.
Jennifer Walsh
Engineering Manager, Entreprise SaaS
Progrès de développement.
En temps réel.
Vous gérez des sprints. Les développeurs travaillent dans Git. L'écart entre 'code prêt' et 'tâche mise à jour' tue la précision de votre planification. Quand les PRs sont mergés et les tâches s'auto-mettent à jour, votre board de sprint reflète la réalité—pas le statut d'hier.
Sprint Tracking Précis
Tâche passe à done quand le PR est mergé. Burndown du sprint se met à jour automatiquement. Sans updates manuels
Visibilité Statut Branches
Voyez quelles tâches ont des branches, lesquelles ont des PRs ouverts. Sachez ce qui est en cours sans demander
Traçabilité Commit-Tâche
Chaque commit lié à sa tâche. Audit trails construits automatiquement. Sans overhead de documentation
Restez dans le flow.
Git et tâches unifiés.
Vous êtes dans le terminal, poussant des commits, ouvrant des PRs. Puis quelqu'un vous demande de mettre à jour la tâche. Changement de contexte. Ouvrir navigateur. Trouver tâche. Mettre à jour statut. Flow détruit. Et si les tâches se mettaient à jour seules depuis votre activité Git ?
Branche Depuis Task Drawer
Cliquez créer branche. Nom auto-généré : feature/API-847-votre-tâche. Copier dans clipboard. git checkout. Fait
Messages de Commit Fonctionnent
git commit -m 'Fix timeout #TK-847'. Workflow de tâche se met à jour. Sans action séparée
Mentions PR Se Lient
Ouvrez PR avec 'Fixes TK-847' en description. PR apparaît dans le drawer de tâche. Merge → tâche done
Je n'ai pas mis à jour manuellement le statut d'une tâche depuis des mois. Créer branche depuis tâche, commit avec code de tâche, merger PR. GitScrum fait le reste. J'écris juste du code.
Alexandre Chen
Senior Backend Developer
Mon agence disait que les choses étaient 'presque finies' pendant des semaines. Maintenant je regarde le board. Quand les tâches passent à done, le code a été livré. C'est transparent sans que j'aie besoin de comprendre le code.
Robert Kim
Product Owner, Plateforme E-commerce
Voyez le vrai progrès.
Pas des estimations.
On vous dit 'c'est 80% fait' mais vous ne pouvez pas vérifier. Avec les tâches liées à Git, vous voyez quand le code est vraiment livré. Tâche passée à done ? Code mergé. Pas 'le dev dit que c'est fait'—vraiment déployé.
Achèvement Vérifié
Le statut de tâche change quand le code est mergé. Vous voyez le progrès objectif, pas des estimations subjectives
Réalité du Sprint
Le board reflète ce qui a été vraiment livré. Vélocité du sprint basée sur PRs mergés, pas sur des promesses
Sans Connaissance Technique
Vous n'avez pas besoin de comprendre Git. Les tâches se mettent à jour automatiquement. Vert signifie done. C'est tout
Setup en minutes.
Automatisation pour toujours.
Connectez votre fournisseur. Sélectionnez repository. Configurez paramètres sync. Chaque future branche, PR et commit est tracé automatiquement.
Connecter Fournisseur
Ajoutez votre Personal Access Token (GitHub/GitLab) ou App Password (Bitbucket). Permissions validées automatiquement
Sélectionner Repository
Choisissez quel repo connecter. Webhooks créés automatiquement pour issues, commits et PRs
Configurer Sync
Activez sync issues, commentaires, commits. Mappez états de workflow. Commencez à créer des branches depuis les tâches
GitScrum vs Alternatives
| GitScrum Git Integration | Jira + GitHub App | Asana + GitHub | |
|---|---|---|---|
| Fournisseurs Git | GitHub, GitLab, Bitbucket | GitHub, Bitbucket | GitHub seul |
| Branche depuis tâche | Un clic | Via extension | Non supporté |
| Auto-naming | -<numéro>- | PROJ-123-titre | Non supporté |
| PR auto-linking | Mention #TK-123 | Smart commits | Lien manuel |
| Workflow au merge | Configurable | Règles auto | Non supporté |
| Sync issues | Bidirectionnel | Unidirectionnel | Non supporté |
| Config notifications | 6 catégories | Limité | Basique |
| Multi-fournisseur | Simultané | Configs séparées | Non supporté |
Questions Fréquentes
Détails techniques sur les intégrations Git
Quels fournisseurs Git sont supportés ?
GitHub, GitLab et Bitbucket. Chacun requiert une authentification différente : GitHub et GitLab utilisent Personal Access Tokens, Bitbucket utilise Nom d'utilisateur + App Password. Les trois supportent création de branches, liaison de PRs et événements webhook.
Comment créer une branche depuis une tâche ?
Ouvrez le drawer de tâche. Si un fournisseur Git est connecté, vous verrez une section Git. Cliquez 'Créer Branche'. Le nom est auto-généré comme feature/-<numéro>- en utilisant le code de votre projet. Le lien apparaît dans la tâche immédiatement.
Comment fonctionne l'auto-liaison des PRs ?
Incluez le code de tâche n'importe où dans le titre ou la description du PR : #TK-123 ou juste TK-123. Quand le webhook PR se déclenche, GitScrum extrait le code et lie le PR à la tâche. Fonctionne pour plusieurs codes de tâche dans un PR.
Puis-je connecter plusieurs fournisseurs Git à un projet ?
Oui. Vous pouvez connecter GitHub ET GitLab au même projet. Le drawer de tâche affiche un sélecteur de fournisseur quand plusieurs sont connectés. Créez des branches depuis n'importe quel fournisseur par tâche.
Que se passe-t-il quand un PR est mergé ?
GitScrum reçoit un événement webhook. Si le PR mentionne un code de tâche (#TK-123), le workflow de la tâche est mis à jour au statut 'merge' configuré. Vous configurez ceci par projet dans les paramètres d'intégration.
Le sync issues fonctionne-t-il bidirectionnellement ?
Dépend de la configuration. Vous activez quelle direction pour chaque événement : issue créée sur GitHub → tâche créée sur GitScrum, issue fermée sur GitLab → workflow de tâche mis à jour. Bidirectionnel complet requiert les deux paramètres activés.
Quelles permissions les Personal Access Tokens requièrent ?
GitHub : repo (accès complet au repository) et admin:repo_hook (gestion webhooks). GitLab : api, read_repository, write_repository. Ceux-ci permettent à GitScrum de créer des branches, gérer les webhooks et lire les données du repository.
Comment les messages de commit se lient aux tâches ?
Incluez le code de tâche dans votre message de commit : 'Fix login timeout #TK-847'. Quand le webhook push se déclenche, GitScrum extrait TK-847 et optionnellement met à jour le workflow de la tâche selon votre configuration de sync commits.
Connectez votre workflow Git aujourd'hui.
GitHub, GitLab, Bitbucket—une intégration. Branches depuis tâches. PRs auto-liés. Workflows automatisés. L'intégration Git qui fonctionne vraiment.
14 jours d'essai gratuit · Sans carte de crédit · Annulez quand vous voulez