代码之家  ›  专栏  ›  技术社区  ›  Anne Gunn

一个初创商业多平台电话应用程序的DCV+托管

  •  3
  • Anne Gunn  · 技术社区  · 14 年前

    我现在处于精益启动模式,正在开发一款简单的手机应用程序,它最初将作为ihingy应用程序和Android应用程序发布,可能还会推出黑莓和Symbian版本。我将从没有存储库过渡到需要一个中央存储库,最多4个非全日制资源将共享。我们两个没有版本控制背景,一个使用了Subversion,我使用了大多数主要的集中式VCS系统。

    我不会在很长一段时间内将任何VCS的技术限制推到后面;我相信任何主要的系统都会正常工作。我看过的托管账户似乎是合理的。所以我真的专注于最小化下行风险。也就是说,我希望找到一个稳定的设置,它一般来说很容易学习,在Windows/Eclipse中很容易使用,并且在接下来的12个月左右的时间里不会把我画到任何明显的角落。

    对网络的快速搜索使我考虑了以下几对DVC和托管服务,我认为我听到的是它们的优点和缺点(出于我的目的):

    Bazaar/LaunchPad——我的初步选择,因为我需要更熟悉这一对,因为我正在做的谷歌夏季代码指导。但是,无论技术上有什么优点,对我来说都是不可能的,因为它们完全是开放源码的,没有私人存储库计划购买我能看到的东西。

    Git/GitHub——Git:快速、轻便、最终灵活,但对Windows的友好度相对较低,Eclipse插件(eGit)可用但相对年轻,GitHub:广泛使用,定价很好。

    mercurial/bitback——mercurial:稍微灵活一点,对Windows更友好一点,Eclipse插件似乎更成熟一点,bitback:广泛使用,定价很好,包括一个wiki和一个问题跟踪程序,我们可以使用它,而不是像basecamp这样的东西,至少在一段时间内。

    Mercurial/BitBucket在我的特殊情况下似乎是迄今为止的赢家;我们中至少有两个人肯定会主要在Windows上的Eclipse上工作,减少我自己的学习曲线是一个优先事项。;-)

    但我有两个具体问题:

    1. 关于bazaar/launchpad,我是不是错了?是否有一种可行的、安全的方法可以将它们用于专有代码?
    2. 有什么理由认为mercurial/bitback对很快就会成为我的Mac开发人员头疼的问题,或者稍后会成为黑莓或Symbian开发人员头疼的问题?
    3 回复  |  直到 13 年前
        1
  •  3
  •   Martin Geisler    14 年前

    我是一个Mercurial开发人员,所以我(当然)支持选择Mercurial和BitBucket,也就是说,这三个系统都很好。我对Mercurial的偏好在于它给了你和Git一样的力量,但是要注意的锐利边缘更少。

    关于Mercurial,让我补充一点:

    • MercurialEclipse 得到了一家名为Intland的公司的支持,他们投入了大量的精力来改进这个插件,因为他们自己使用它来进行所有的开发。
    • MacHg 为Mercurial提供了一个不错的本地Mac前端。它有自己的mercurial捆绑版本,所以你应该走得好。
        2
  •  2
  •   Parth Malwankar    14 年前

    LaunchPad提供私人托管。见: https://launchpad.net/+tour/join-launchpad 我不能对它评论太多,因为我没有尝试过私人托管部分,但我确实很喜欢LaunchPad。

    当我使用bzr处理一些私有事务时,我将它与我的web主机和bzr+ssh一起使用。bzr还支持其他协议,如sftp(比bzr+ssh慢)。将BZR与您自己的服务器一起使用是很简单的,因为BZR具有纯Python回退。所以我只需要在服务器上解开bzr tarball并将其添加到路径中。为了追踪错误等,我使用了trac。还有一个trac bzr插件,但我自己没有用过。

    有了BZR,您可以开始托管自己的服务器,稍后如果您决定采用启动板计划,您可以一直将回购推到那里。

        3
  •  0
  •   Martin Geisler    14 年前

    我很少冒险进入Windows世界,但是我使用msysgit在我的Mac、Linux和Windows笔记本上同步我的文档文件夹一年都没有问题(直到我在Windows框上达到2GB的文件大小限制)。

    我们使用Github进行内部封闭源代码开发,对此我们非常高兴。我们在Eclipse Git插件或Intellij(我们目前使用的)中没有发现任何主要问题,除了所提供的功能在我们的特定工作流中有时是笨拙的(我的意思是对话框提出了“错误”的默认值)。

    大多数的Git操作都是在命令行上完成的,因为这是最简单和最快的,而且IDE似乎能够很好地处理这些更改。

    我最欣赏的3个特性是它的速度、Github中的代码审查支持和“stash”功能。

    推荐文章