Pouvons-nous utiliser GIT comme contrôle de code source pour sql management studio?
pour le contrôle de source de base de données dans SSMS
Agent SVN - SCC Plug-in Subversion. http://www.zeusedit.com/agent/ssms/ms_ssms.html
ou
http://www.red-gate.com/products/sql-development/sql-source-control/
J'ai découvert qu'ApexSQL dispose d'un outil qui prend en charge nativement Git en tant que système de contrôle de source. Il s'agit d'un complément SSMS et propose un assistant que vous pouvez utiliser pour mapper des objets de base de données avec les systèmes de contrôle de source. Pour faire ça:
<protocol>://<hostname>:<portnumber>/<Git server name>/<repository>
(voir l'exemple ci-dessous): Des instructions détaillées plus détaillées peuvent être trouvées dans cet article: http://knowledgebase.apexsql.com/link-database-source-control-system-2/
Essayez sql-source-control
, une CLI libre et open source utilisée pour intégrer SQL dans des systèmes de contrôle de source comme Git.
Microsoft a publié SQL Operations Studio . C'est un outil gratuit qui s'exécute sur Windows, macOS et Linux, pour gérer SQL Server, Azure SQL Database et Azure SQL Data Warehouse; partout où ils courent. Il est livré avec support natif de GIT .
Vous pouvez ajouter Git Bash en tant qu'outil externe (Outils | Outils externes ...):
&
Pour spécifier un raccourci clavier)C:\windows\SysWOW64\cmd.exe
(Shell de commande 32 bits)/c ""C:\path\to\Git\bin\sh.exe" --login -i"
Recherche du chemin où Git est installé sur un système Windows$(ItemDir)
Red Gate SQL Source Control a été mis à jour pour inclure le support Git et Mercurial (ainsi que Perforce et TFS). Soyez averti que leur intégration DVCS n'est pas complète à 100% par rapport à leur produit SVN, car les fonctionnalités de base telles que l'affichage de l'historique d'un objet ne sont pas prises en charge depuis SSMS. Cela peut être une rupture si d'autres outils Red Gate comme SQL Compare font partie de votre flux de travail.
Notre solution de contournement consistait à installer TortoiseGit ou GitExtensions et à accéder au référentiel sur le disque pour explorer les détails. Cela fonctionne mais est un peu maladroit.
VersionSQL est un complément de contrôle de source SSMS que j'ai conçu pour être léger et facile à utiliser. Dans le panneau Explorateur d'objets, faites un clic droit sur une base de données ou un objet et cliquez sur Valider. VersionSQL le scriptera vers Git/SVN dans une structure de dossiers bien organisée.
Vérifiez-le sur https://www.versionsql.com
Étant donné que SSMS est (plus ou moins) une version personnalisée de Visual Studio, vous pourrez peut-être utiliser une solution destinée aux VS:
tilisation de Git avec Visual Studio
Vous pouvez également gérer votre code source de base de données dans Visual Studio depuis le début, pas dans SSMS. De cette façon (au moins dans VS2010), vous avez des projets de base de données, un déploiement intégré et des tests unitaires, etc. Ou continuez à utiliser SSMS et archivez votre code à partir d'un outil externe lorsque vous êtes prêt (pas si pratique, bien sûr).
Mais cela dépend exactement de ce que vous faites: SSMS est un outil DBA, VS est un outil de développeur. Quoi qu'il en soit, vous devriez utiliser une forme de contrôle de code source, mais la question précise de quel type de fichiers vous avez besoin pour la version n'est pas claire.