Bitbucket和一家小型开发公司


9

我正在最终将Mercurial用作我们的版本控制系统。对于每个人来说,这都是一笔不小的数目,令人震惊的是,他们从未使用过VCS。经过几个月的漏洞发现之后,他们终于意识到了这一点,现在意识到与使用共享文件夹网络相比,它有多好!

在推广过程中,我正在考虑不同的策略来管理我们的东西,并且我倾向于使用Bitbucket作为我们的“中央”存储库。Bitbucket中的项目将完全是私人项目,每个人都会从那里推而走。

我愿意接受不同的建议,但是有人有类似的设置吗?如果是这样,您遇到了哪些警告?


+1(a)是因为我喜欢这个问题(尽管我们正在考虑使用GitHub作为托管服务器之外的站点存储库),以及(b)坚持并让您的公司做出积极的改变
乔恩·霍普金斯

Answers:


6

我将Bitbucket用于私有存储库托管,我的一位客户在GitHub上使用私有存储库托管。与我合作的另一家公司在Jira的服务器上使用Subversion的私有存储库托管。

异地存储数据(如果不是唯一的地方)可以降低灾难恢复的风险。由于您将在开发机器上拥有源的物理副本,并且git和mercurial都将整个开发历史记录保留在本地副本中,因此这是一个非常可行的解决方案。除非单个项目中有千兆字节的数据,并且网络连接缓慢,否则我强烈建议您使用此选项。它的成本低廉,为开发人员提供了很多可移植性和灵活性,并且为您提供了自动冗余。

根据您的偏执程度,您可能会担心让第三方存储您的代码可能会暴露安全风险,但是我认为在实践中,这并不比让开发人员拥有可在公司网络上使用的笔记本电脑更糟。Github和Bitbucket都使用SSH传输数据,因此中间人攻击的发生概率相对较低。


3

我不是BitBucket用户,但建议您使用细齿梳阅读其条款和条件。如果要在此存储公司的私有项目,则需要确保它们的服务条款,数据保护和安全性/隐私性。

我认为您已经考虑过在内部计算机上托管Mecurial“中央/主服务器”吗?


2

在我的旧工作中,我们使用ProjectLocker做过类似的事情。老实说,这归结为成本/收益分析-您是否愿意以要付给BitBucket的价格放弃运行自己的Hq / Git / SVN服务器的灵活性和成本?如果是,那就去做。我们从来没有真正遇到过正常运行时间的问题,这是一个很好的经验。


2

我们不是BitBucket用户(作为公司)。我们内部运行了几个旧系统(CVS,SVN),我们的主要存储库是一个git系统,在偏远办公室中具有同步的缓存。从经理的角度来看,除非您内部没有足够的IT设施,否则我建议不要将您公司的知识产权放在别人的服务器上。此代码是您公司的命脉。这不应该是金钱,而是保护您的IP。


1

我想说,这肯定归结为成本分析更便宜;运行您自己的服务器(或VM实例)或将其放置在其他位置。

另外,如果公司已经设置了网络共享文件夹,则您可能要考虑使用Git,因为您可以将网络共享文件夹转换为“远程”存储库(例如)git init --bare,并且网络共享权限已经存在。为用户。然后,每个用户都可以使用将该共享文件夹添加为远程文件夹git remote add origin file:///some/shared/folder (这可能不是引用文件共享的确切语法,我会用google搜索它的确切语法)。

我基本上是在家中管理个人项目;我的家庭局域网上有一个NAS驱动器,上面有我的“远程”存储库,然后可以通过Windows映射的驱动器号从各种PC和笔记本电脑上找到它们。


很好的建议!我会考虑的,但是我想将其保留在Mercurial中,因为我对此更加熟悉。我确定我可以做等效的汞...
Marlon

1

我和其他程序员一起参与这一工作:认真考虑放弃代码

对我来说,只有在您真的没有人力和/或知识来托管自己的存储库时,才可以选择外包VCS(意思是:包括备份和维护)。如果您已经具有带有常规备份的共享网络文件夹,则可以开始使用它们并获得备份而无需额外费用。



0

Bitbucket非常适合开源项目。

如果该项目是专有项目,建议您托管自己的代码。如果您已经拥有IT设置,则自己托管它并不昂贵。只要找到一台公平的服务器并部署您的代码即可。

mercurial易于配置。

祝你好运,享受。

水星真的很好。错过它 :(


0

对于一家公司而言,我宁愿确保将项目的权威性回购存储在私有服务器上,即使您在bitbucket上具有始终最新的克隆,也可以确保。

我会建议在私人本地服务器上安装Rhodecode(以便快速访问),然后根据需要定期更新脚本。无论如何,还是要在不同的地方保留几个克隆。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.