web-dev-qa-db-fra.com

Quelle est la relation entre Git et Stash?

Je peux accéder aux référentiels de projets Stash de mon entreprise. J'ai cloné le projet dans mon référentiel Git local via Eclipse IDE. Pour cela, j'ai installé les plugins Git requis dans Eclipse.

Mes questions sont:

  • Git est juste un facilitateur pour communiquer avec Stash?
  • Ne pouvons-nous pas utiliser Git comme référentiel distribué au lieu de Stash?
  • Quelle est la relation entre ces deux outils?
  • Sans Git, le code peut-il être cloné, validé dans Stash? Ou, sans Git, Stash peut-il exister?
12
QAAuto

Quelques brèves informations sur Stash et Git.

Git est un système de contrôle de version distribué.

Stash est un système de gestion de référentiel d'Atlassian. Il peut être utilisé pour gérer les référentiels Git, il peut également être utilisé pour gérer les référentiels d'autres systèmes de contrôle de version comme Mercurial.

Un bon aperçu de chaque produit peut être trouvé sur leurs sites officiels;

Site officiel Git, à propos de la page

Site officiel d'Atlassian. En septembre 2015, Atlassian a renommé son produit Stash en Bitbucket Server.

Il existe de nombreux systèmes de gestion de référentiel que vous pouvez utiliser avec Git. L'un des plus populaires est Stash dans le monde de l'entreprise. Mais quand vous regardez dans le monde open source, GitHub est le plus populaire à ma connaissance.

Vous pouvez créer un référentiel, pousser ou extraire votre code dans des référentiels Git, qu'ils se trouvent sur votre ordinateur local ou sur des serveurs d'entreprise distants. L'utilisation d'un système de gestion de référentiel (comme Stash) pour ce type de tâche n'est pas nécessaire, mais elle est parfois préférée, en particulier par les entreprises qui ont d'énormes départements informatiques.

Donc, Git et Stash ne sont pas alternatifs mais complémentaires. Vous pouvez penser Git comme un noyau et cacher comme le Shell entourant le noyau.

Mais, pourquoi avons-nous besoin de systèmes de gestion de référentiel;

  1. Sécurité; les grandes entreprises veulent savoir qui peut accéder à quel fichier source de projet avec quelles restrictions. Git ne peut pas gérer cela, c'est juste VCS.
  2. Administration; Vous pouvez intégrer avec le système LDAP d'entreprise, vous pouvez gérer l'utilisateur plus facilement.
  3. L'intégration; Vous pouvez avoir Jira pour le suivi des problèmes, Bamboo comme serveur de construction et confuluence comme wiki. Et vous pouvez facilement les intégrer car ils sont tous les outils d'Atlassian.
  4. Facilité d'utilisation

Maintenant, essayons de répondre à vos questions;

Je peux accéder aux référentiels de projets Stash de mon entreprise. J'ai cloné le projet dans mon référentiel Git local

Que le référentiel de code se trouve sur le serveur distant derrière la cachette ou sur l'ordinateur local. Il s'agit d'un référentiel Git.

Git est juste un facilitateur pour communiquer avec Stash?

Non, vice versa est plus correct. Git est le cœur de VCS, vous utilisez le stash pour le rendre plus facile à gérer, sécurisé et facile à utiliser dans votre entreprise.

Ne pouvons-nous pas utiliser Git comme référentiel distribué au lieu de Stash?

Tout d'abord, vous ne pouvez pas utiliser Git au lieu de Stash, car ils ne sont pas alternatifs les uns aux autres. Mais ils se complètent.

Si vous entendez utiliser Git comme référentiel distant, vous pouvez certainement l'utiliser.

Pour plus de précision, Git est distribué non pas parce que vous pouvez avoir des référentiels distants. Qu'il soit centralisé ou distribué, vous pouvez avoir un référentiel distant sur tous les VCS. Distribué signifie que lorsque vous clonez un référentiel, vous clonez également tout l'historique, etc. Dans cette structure, vous pouvez avoir un référentiel central mais ce n'est pas obligatoire. Si le référentiel centrol est corrompu, ce n'est pas grave, n'importe quel nœud peut devenir un nouveau référentiel central. Même si dans le monde de l'entreprise, avoir un référentiel central est la meilleure pratique, certains projets open source (par exemple le noyau Linux) n'ont pas de référentiel central.

Quelle est la relation entre ces deux outils?

Je pense que c'est déjà expliqué ci-dessus. Ils sont complémentaires les uns des autres. Git est le VCS et stash est l'outil de gestion du référentiel. Cela rend Git plus sûr et plus facile à gérer pour les services informatiques de l'entreprise.

Sans Git, le code peut-il être cloné, validé dans Stash? Ou, sans Git, Stash peut-il exister?

C'est déjà expliqué aussi. Vous pouvez utiliser Stash avec d'autres VCS. Git n'est pas nécessaire. Mais vous avez besoin d'au moins un VCS.

Vous ne pouvez pas valider/cloner du code vers/depuis la cachette. Vous pouvez valider/cloner du code vers/depuis VCS via stash.

VCS: Système de contrôle de version

42
wasabi

Git est juste un facilitateur pour communiquer avec Stash?

Non. Git est un système de révision de code très populaire et extrêmement polyvalent, un outil de collaboration distribué, un archiveur de code, un gestionnaire de correctifs, etc. Voir git-scm.org .

Atlassian Stash est un outil de gestion pour Git .

Ne pouvons-nous pas utiliser Git comme référentiel distribué au lieu de Stash?

Vous le pouvez probablement, mais c'est la raison pour laquelle vous utilisez Stash. Stash est supposé pour vous faciliter la vie dès que vous avez plusieurs collaborateurs et repos dont vous devez vous soucier.

Quelle est la relation entre ces deux outils?

Répondu ci-dessus.

Sans Git, le code peut-il être cloné, validé dans Stash? Ou, sans Git, Stash peut-il exister?

Nan.

Fondamentalement, la lecture des pages de documentation d'introduction de Stash aurait répondu à cette question. Je me demande pourquoi tu n'as pas fait ça. Je vous exhorte toujours à le faire; vous apprendrez des choses intéressantes!

8
Marcus Müller