如何使用Bitbucket进行版本控制

Posted 2023-06-08 Linux无限探索

在互联网成为一个巨大的、世界性的现象之前，开发团队常常被限制在一个小的物理空间内。如果公司没有资金支持的话，与世界另一方的人合作是一个非常昂贵或几乎不可能的梦想。自从 2008 年首次推出以来，Bitbucket已成为使用 Mercurial 或 Git 版本控制系统（VCS）的开发人员团队中越来越受欢迎的选择。

在互联网成为一个巨大的、世界性的现象之前，开发团队常常被限制在一个小的物理空间内。如果公司没有资金支持的话，与世界另一方的人合作是一个非常昂贵或几乎不可能的梦想。

幸运的是，情况不再是这样了。互联网诞生了基于网络的解决方案，允许公司组成合作团体，包括彼此相距数千英里的人。

自从 2008 年首次推出以来，Bitbucket 已成为使用 Mercurial 或 Git 版本控制系统（VCS）的开发人员团队中越来越受欢迎的选择。

它既提供免费帐户，带有不限数量的私人存储库（每个账户最多 5 个用户），也提供多种付费计划，允许每个帐户有更多用户。此外，标记为“公开”的仓库对可以编辑或读取其内容的人数没有限制。

注册 Bitbucket

要使用 Bitbucket，你需要建立一个免费帐户。要这样做，请进入 https://bitbucket.org/， 然后单击免费开始(Get started for free)按钮。

首先，你需要输入有效的电子邮件地址，然后点击继续。 你的电子邮件帐户将被验证，如果一切正常，你将被提示输入所需的密码。完成后，再次点击 继续，然后检查你的电子邮件收件箱，以确认你的帐户是否已创建：

 

Bitbucket 注册
验证电子邮件地址后，系统会要求你确定用户名。 然后将创建你的帐户，你将会进入 Bitbucket 面板，在那里开始创建团队、项目和仓库：

 

Bitbucket 面板

如你所见，你可以在几分钟内注册 Bitbucket。Atlassian 的人简化了这个过程，以便你可以把你的时间真正用在 Bitbucket 上 - 我们下面会进一步讲。

使用 Bitbucket

让我们浏览下注册 Bitbucket 之后必须要做的事情。它们都在顶部菜单中：

探索 Bitbucket 功能

1. 创建一个团队，通过允许多个 Bitbucket 用户共享一个账号计划的方式鼓励协作。

这将允许他们轻松管理团队拥有的仓库。要创建团队，请输入团队名称，并确保团队标识不存在。接下来，输入你要添加到群组的人员的电子邮件地址，并指明是否要将其设为管理员。最后，单击创建：

Bitbucket – 创建一个团队

2. 创建或导入一个仓库

如果你已经使用基于 Git 的解决方案，你可以轻松地将你的仓库导入 Bitbucket。否则，你可以从头创建一个。让我们看看在每种情况下你需要做什么。

要创建新的仓库，请单击仓库Repositories菜单中的创建仓库Create repository选项。为新仓库和要分组到的项目选择一个名称。接下来，指明是否要将其设置为 private 并指定类型（Git 或 Mercurial）。最后，单击创建仓库：

Bitbucket – 创建一个新仓库

要导入已有仓库，请从仓库下拉菜单中选择导入Import仓库。要开始导入，请指定源，输入 URL 和所需的登录凭据（如果需要）。

最后，选择新的仓库设置，然后单击导入仓库。忽略有关在指定 URL 处找不到仓库的警告，因为它是虚拟的，仅用于演示目的：

Bitbucket – 导入已有代码

就是这样，很简单吧。

在 Bitbucket 中使用仓库

创建一个新仓库或者导入一个仓库后，它会在面板上展示出来。这时就能执行一些常规操作，如克隆、创建分支、pull request、提交修改、添加 README 文件等等：

Bitbucket – 仓库概览

如果想了解如何用仓库工作，或者想要提升你的 git 技能，可以参考 Bitbucket 官方文档。

总结

如你所见，不管你是版本管理的新手还是老手，Bitbucket 都能使管理变得更简单。如果你对本文有任何疑问或评论，请不要犹豫让我们知道。我们期待听到你的声音！

---

作者简介：

我是 Ravi Saive，TecMint 的原创作者。一个喜爱在互联网上分享技巧和提示的计算机 geek 和 Linux 老手。我的大多数服务运行在 Linux 开源平台上。请在 Twitter、Facebook、Google+ 上关注我。

---

via: http://www.tecmint.com/bitbucket-for-version-control/

作者：Ravi Saive 译者：geekpi 校对：jasminepeng

本文由 LCTT 原创编译，Linux中国 荣誉推出

原文来自：https://linux.cn/article-8244-1.html

本文地址： https://www.linuxprobe.com/bitbucket-version-control.html编辑员：华世发，审核员：逄增宝

本文原创地址：https://www.linuxprobe.com/bitbucket-version-control.html

本文来自博客园，作者：linux_pro，转载请注明原文链接：https://www.cnblogs.com/linuxpro/p/17466387.html

用于颠覆和/或 BitBucket 的 VS2017 SSIS 版本控制

【中文标题】用于颠覆和/或 BitBucket 的 VS2017 SSIS 版本控制

【英文标题】：VS2017 SSIS Version Control for subversion and/or BitBucket

【发布时间】：2018-11-17 22:18:36

【问题描述】：

问题：是否可以管理 SSIS 项目/包的版本控制？如果是，哪个工具：SVN/BitBucket、VS2017 或 SQL Server？

背景：我的雇主目前使用颠覆 (SVN)，但正在转向 BitBucket。据我所知，SVN 不处理 SSIS 项目/包版本控制。现在，在 VS2017 的 SSIS 解决方案中，我可以修改项目版本并设置主要、次要和内部版本号（我已将其设置为 1.0.0）。但是，当我构建解决方案时，这些值会重置为 0（即 0.0.0）。此外，当我将项目部署到集成服务目录并查询表（请参阅下面的查询）时，Major、Minor 和 Build 设置为 1.0.125。我不明白为什么这个项目没有反映这些价值观。

所以，除了部署之外，似乎不可能进行跟踪；获取版本信息；将其包含在签入到 SVN 的 cmets 中。没有？

SELECT *
FROM SSISDB.internal.packages

【问题讨论】：

您可以探索visual svn 工具。它与 tortoise svn 很好地集成或实际上任何颠覆。虽然我自己正在寻找类似于 Talend 管理存储库的方式

【参考方案1】：

我不知道你在说什么。版本控制就是版本控制。有些事情你可以用 SVN 做而其他源代码控制系统做不到，比如使用 ... 宏扩展东西 $author$ 或类似的东西，但它仍然对软件进行版本控制。

我创建了一个包 Package2，并为 VersionComments、VersionMajor、VersionMinor 显式分配了值。 VersionBuild 是一个根据包保存次数自动递增的数字。

我将该包部署到 SQL Server 包存储 (msdb)，然后将项目部署到集成服务目录 (SSISDB)。然后我运行以下查询来检查数据。

SELECT
    S.name
,   S.description
,   S.vermajor
,   S.verminor
,   S.verbuild
,   S.vercomments
FROM
    msdb.dbo.sysssispackages AS S
WHERE
    S.name = 'Package2';

SELECT
    P.name
,   P.description
,   P.version_major
,   P.version_minor
,   P.version_build
,   P.version_comments
FROM
    SSISDB.catalog.packages AS P
WHERE
    P.name = 'Package2.dtsx';

正如您在结果中看到的，VersionBuild/VersionComments/VersionMajor/VersionMinor（和描述）都作为第一层元素公开。

这些是我的包裹记录的相同值。

cmets 表明一个包出现在一个地方，SSISDB 而不是 msdb。

这与包部署模型与项目部署模型的设计选择有关。

包部署是 SQL Server 2012 之前的唯一选项。包部署可以转到 SQL Server，如果可以，它将在 msdb 中名称以 @ 开头的表中找到987654331@（实际名称在 2005、2008/r2 之间变化）。否则，它们将在某个文件系统上。包部署仍然是当前 2017 版本的一个选项。

项目部署是 2012 年新增的，成为默认选项。它解决了围绕包的许多管理问题。相反，项目被视为一个整体、不可分割的单元，而不是 N 个 SSIS 包。项目被“编译”成具有 .ispac 扩展名的可部署单元（带有清单的 zip 文件）。然后将 .ispac 文件部署到 SSISDB，通常通过 isdeploymentwizard.exe

Incremental Package Deployment 功能仍使用项目部署模型^*，因此您的包将存储在 SSISDB 中。

SSISDB UI 显示项目的“属性”菜单，指示名称、ID、描述、项目版本和部署日期。由于这很容易查看，我曾经将项目描述设置为$Revision 或类似的名称，这样我就可以一眼看出该项目是否符合我的预期。

这也可以通过查询基表来得出

SELECT
    F.name AS FolderName
,   F.description AS FolderDescription
,   PR.name AS ProjectName
,   P.description AS ProjectDescription
,   PR.project_format_version
,   PR.deployed_by_name
,   PR.last_deployed_time
,   PR.created_time
,   PR.validation_status
,   PR.last_validation_time
,   P.name AS PackageName
,   P.description AS PackageDescription
,   P.version_major
,   P.version_minor
,   P.version_build
,   P.version_comments
FROM
    catalog.projects AS PR
    INNER JOIN
        catalog.folders AS F
        ON F.folder_id = PR.folder_id
    INNER JOIN
        catalog.packages AS P
        ON P.project_id = PR.project_id;

有趣的技巧，增量包部署功能将在部署到 SSISDB 时为您创建一个项目。因此，您可以在将项目留在包部署模型中的同时获得项目部署模型的管理细节。

【讨论】：

我明白了问题所在。我右键单击该项目并在那里设置版本信息。但是，您指的是实际的包裹。这让我明白了。谢谢。

我看到包出现在 SSISDB.catalog.packages（第二次查询）中，但它没有出现在 msdb.dbo.sysssispackages（第一次查询）中。任何想法为什么和这很重要？注意：我在 SQL 2014，VS 2017 上。该项目是从 VS2017 部署的（而不是 isdeploymentwizard.exe）

排除了为什么你会在一个地方或另一个地方找到包裹的答案@JWeezy

我明白了，您提供了我希望根据我使用的部署模型找到数据的表信息。是的，我知道部署模型之间的差异，但不知道它们在包部署方面存储在数据库中的什么位置。根据 Microsoft 的网站（请参阅下一条评论），他们从 2016 年开始“引入”包部署模型，以允许在项目部署模型中单独部署包。这非常令人困惑，尤其是当他们的网站明确声明包部署模型是 LEGACY 时。

docs.microsoft.com/en-us/sql/integration-services/packages/…@billinkc