V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
xiaohantx
V2EX  ›  程序员

中小团队 2024 当下 gitee、云效、百度效能云、腾讯 coding 哪个更适合中小企业

  •  1
     
  •   xiaohantx ·
    xiaohantx · 34 天前 · 7030 次点击
    这是一个创建于 34 天前的主题,其中的信息可能已经有所发展或是发生改变。

    感觉这一块综合对比的内容比较少。

    第 1 条附言  ·  33 天前
    感谢大家讨论,最后选择云效,测试这块 coding 砍掉了,而且缺陷统计完全没有,gitlab 因为没有运维,大家都不想给自己找事,所以不考虑 gitlab ,
    71 条回复    2024-11-01 10:24:12 +08:00
    quan01994
        1
    quan01994  
       34 天前
    azure devops
    sym134
        2
    sym134  
       34 天前
    个人一直 coding
    sym134
        3
    sym134  
       34 天前
    @sym134 gitee 就算了吧,云效感觉有点复杂,其他不知道
    ShineyWang
        4
    ShineyWang  
       34 天前
    我不太理解,公司代码不是公司资产吗?
    真有放心把公司资产放别人那里?

    至少我待的几个公司都不会把代码放云上,全自建的
    encro
        5
    encro  
       34 天前
    我用云效,免费用了大概 8 年了吧。
    server
        6
    server  
       34 天前
    github
    stargo
        7
    stargo  
       34 天前   ❤️ 7
    自建 gitlab
    wogogoing
        8
    wogogoing  
       34 天前 via iPhone
    gitlab ce 。在配上 gitlab runner 或 jekins 或 drone ,很好用的。
    RightHand
        9
    RightHand  
       34 天前 via Android   ❤️ 5
    自建 gitea+Jenkins ,又小又方便
    pa4swordforget
        10
    pa4swordforget  
       34 天前
    之前用 coding 感觉不错
    xiaohantx
        11
    xiaohantx  
    OP
       34 天前
    @quan01994 外网产品公司目前不考虑

    @sym134 我自己也是 coding ,感觉交互比较好,但是不知道收费和免费配额和云效对比怎么样

    @ShineyWang 这是公司考虑的事,我只是选个方案,gitlab 需要运维成本,目前没运维,也不考虑

    @encro 我是好奇云效和 coding 对比,我个人 coding 一直在用,云效没用过,一直感觉阿里产品交互很复杂

    @server 外网不考虑

    @stargo 没有运维目前,运维成本较高。
    xFrye
        12
    xFrye  
       34 天前
    自建 gitlab 或者 gitea
    alvinliao09
        13
    alvinliao09  
       34 天前 via Android
    当然是 github 啦 山寨的不要用
    xiaohantx
        14
    xiaohantx  
    OP
       34 天前
    @wogogoing 没有运维,要求稳定性,都是打工的,没必要把运维成本和风险弄到自己身上
    Baymaxbowen
        15
    Baymaxbowen  
       34 天前
    不考虑 gitlab ,是有合规考虑吗,
    xiaohantx
        16
    xiaohantx  
    OP
       34 天前
    @pa4swordforget 我是感觉他家交互不错,但是好像现在云效免费版配额更多一点?不太知道。因为想对比参考下免费版和收费版
    xiaohantx
        17
    xiaohantx  
    OP
       34 天前
    @Baymaxbowen 运维成本,gitlab 需要放服务器上,假如数据丢失,或者服务崩溃,服务这块稳定性没有人去保障,都是打工的不想自己给自己找事。
    fffq
        18
    fffq  
       34 天前
    私有部署 gitlab
    enihcam
        19
    enihcam  
       34 天前
    Git 本来就是分布式管理思维,而 Git 平台希望把自己营造成一个中心化的角色。从这个角度讲,真的不需要过度依赖某个平台品牌,重要的是保密隐私性。可以先跟各个平台了解下,而其他功能都是点缀。
    xylitolLin
        20
    xylitolLin  
       34 天前
    @ShineyWang 看你司的运维水平,我还见过公司部署 Gitlab ,后面硬盘挂了,所有代码都没有了,让员工把本地的代码重新推上去的
    BeforeTooLate
        21
    BeforeTooLate  
       34 天前
    部署 gitlab 配置要求高不说关键人家没运维
    StoneHuLu
        22
    StoneHuLu  
       34 天前
    我之前公司是起 gitlab ,然后同步到阿里云效,阿里云效的副本用于走 cicd ,因为我们 cicd 也是用的阿里的
    florentino
        23
    florentino  
       34 天前
    如果是代码托管 gitlab 很稳定的,而且数据丢失也不存在的 服务器找个文件夹定期打包代码,能解决 99.99%的数据丢失风险,除非你的服务器硬件炸了,不然很难丢失
    nikenidage1
        24
    nikenidage1  
       34 天前
    要说功能,肯定云效最强大
    sn0wdr1am
        25
    sn0wdr1am  
       34 天前
    这种情况自建把。

    把公司代码交给别人?
    tenngoxars
        26
    tenngoxars  
       34 天前   ❤️ 2
    背后的隐藏成本是从来不考虑的,中小团队有多拮据这些大厂人也是没有经历过的,所以你在 V 站问这类问题就只有一个答案:自建。
    fnd
        27
    fnd  
       34 天前
    coding 好用,而且有免费的可以用吧
    oliveira
        28
    oliveira  
       34 天前
    gitlab
    xiaohantx
        29
    xiaohantx  
    OP
       34 天前
    @pa4swordforget
    @sym134
    @fnd
    看了下测试模块相关的功能到 2024 年 7 月之后注册的就没有了,要旗舰版才有.....版本区分的有点离谱,
    zhhqiang
        30
    zhhqiang  
       34 天前
    感觉 gitea 很适合。
    JKKK
        31
    JKKK  
       34 天前
    中小团队推荐 coding, 团队规模变大之后考虑自建 gitlab
    xiaohantx
        32
    xiaohantx  
    OP
       34 天前
    @pa4swordforget
    @sym134
    @fnd
    @JKKK
    看了下测试模块相关的功能到 2024 年 7 月之后注册的就没有了,要旗舰版才有.....之前有段时间限制数量后来直接砍了。版本区分的有点离谱,
    xiaohantx
        33
    xiaohantx  
    OP
       34 天前
    @florentino 我上家用的 gitlab 有运维,但是也出现过一次问题,修复后一直没找到原因丢失了一个 history 不过概率很低就出现过一次倒是
    nzynzynzy
        34
    nzynzynzy  
       34 天前
    atlassian 一把梭,害怕国内的触动某个神秘神经给我一锅端了
    pannanxu
        35
    pannanxu  
       34 天前
    我个人一直用云效,比较喜欢阿里云的产品
    duchenpaul
        36
    duchenpaul  
       34 天前
    @ShineyWang 自建的数据安全成本高些,买 SaaS 有 SLA 保障,我待过的大公司都把服务往 SaaS 上托管
    abcgoodwei
        37
    abcgoodwei  
       34 天前
    不要用 gitee ,不要用 gitee 。用 gitee 丢过代码,直接整个项目没有了。。。。
    dislazy2023
        38
    dislazy2023  
       34 天前
    云效其实还不错 基本上一分钱不用花 全白嫖
    dislazy2023
        39
    dislazy2023  
       34 天前
    @dislazy2023 再补充一点 定期备份代码,哪一天云效坏了 都不会有太大影响,gitee 之类的好像是没有这个功能
    brom111
        40
    brom111  
       34 天前
    你们用阿里云 就用云效被。看你说的体量也不大。用哪个云就用哪个产品好了。
    wulv
        41
    wulv  
       34 天前
    云效还可以的
    BG7ZAG
        42
    BG7ZAG  
       34 天前
    个人在用云效,再加上阿里免费的流水线,自动化部署,方便的很
    mark2025
        43
    mark2025  
       34 天前
    自建 gitlab( gitlab-runner) 或者 github
    Vogan
        44
    Vogan  
       34 天前
    公司用云效,我个人认为它的 CI/CD 不好用。
    1. 合并依赖流水线结果,运行成功后,合并按钮不会变化,还要手动刷新一遍
    2. 流水线功能看似强大,但自由度不高。尤其想要在构建步骤之间传递构建物的时候,没得办
    joyoyao
        45
    joyoyao  
       34 天前
    github 不香吗,action package 全免费。只要每年花 100 多搞个代理就行了
    mogutouer
        46
    mogutouer  
       34 天前
    coding 挺好,用了几年,但现在界面越来越复杂了,最常用的任务现在收到里面去,很不方便
    lengyuqu
        47
    lengyuqu  
       34 天前
    性价比角度,用云效呗。如自建用 gitea
    loocao
        48
    loocao  
       34 天前
    阿里云 codeup 不考虑下吗?部署超级简单,小团队再适合不过了
    xuanbg
        49
    xuanbg  
       34 天前
    默认选项难道不是 GitLab 么
    xuanbg
        50
    xuanbg  
       34 天前
    @xiaohantx 我们的 GitLab 用了没有 10 年也有 8 年了,上面少说 100 多个仓库。从来没有谁维护过。。。哪来的维护成本呢?
    hongchends1
        51
    hongchends1  
       34 天前
    自建吧 成本也可以控制的
    leoSup
        52
    leoSup  
       34 天前
    @xiaohantx #17 那就 coding 吧,用了几年免费的,感觉还是不错的
    linzyjx
        53
    linzyjx  
       34 天前
    Gitlab + TeamCity
    不过我这小厂内网有服务器,gitlab 设自动备份策略定期备份到备用 NAS
    guanhui07
        54
    guanhui07  
       34 天前
    之前我自建 gitea 现在的公司用的云效
    m2276699
        55
    m2276699  
       34 天前
    云效比 coding 好用多了,coding 的权限太麻烦,流水线核心应该就是 Jenkins ,高级版本挺贵,用自己服务器要加堡垒机,堡垒机名字都没法自己起,不知道怎么出的这么烂的产品
    7beloved
        56
    7beloved  
       34 天前
    codeup
    killva4624
        57
    killva4624  
       34 天前
    中小企业肯定自建省事。用云服务器自建 Gitlab 的话,弄定期备份快照+对象存储就能保证代码基本不丢了。
    frankilla
        58
    frankilla  
       34 天前
    不注册不能查看仓库内容,说的就是 gitee 。
    xubeiyou
        59
    xubeiyou  
       34 天前
    我这边让团队用的 gitlab 自建的 其实运维就是做备份 每天凌晨 1 点备份下。。。说实话也没有做什么精细化运维- - 我们这边运维也相对经验不丰富
    EastLord
        60
    EastLord  
       34 天前
    我用的云效
    novaline
        61
    novaline  
       34 天前
    gitlab
    monkeyk
        62
    monkeyk  
       34 天前
    中小团队我们也是,推荐使用 gitee 的一整套,从项目管理,到代码,文档等完全足够了;免费的也够用了如果人少的话。
    其他的像云效,coding 等也用过,没这套熟练完整。
    hahaha121
        63
    hahaha121  
       34 天前
    gitee 只能当存仓库用,其他废体验感巨差
    realpg
        64
    realpg  
       34 天前
    coding
    缺点是过于复杂,如果能在代码管理出简洁版就完美了
    realpg
        65
    realpg  
       34 天前
    @mogutouer #46

    coding 的产品经理估计是上古做网页广告的出身

    或者这几年做 app 的

    就是什么东西好用,用的多,就把什么东西藏起来

    什么东西是重要功能,就藏起来

    人为增加用户 pv
    elmagnificogg
        66
    elmagnificogg  
       34 天前
    之前做过一些调研或者试用
    https://elmagnifico.tech/2023/08/23/DAM/

    现在是用 coding ,但是后续全部转移到 gitlab 了,大部分软件都是开源可以本地部署的,基本都可以和 gitlab 联动起来,后续很方便
    xiaohantx
        67
    xiaohantx  
    OP
       33 天前
    @realpg 他家 2.0 产品适合你哈哈 https://cnb.cool/
    realpg
        68
    realpg  
       33 天前
    @xiaohantx #67
    供应商厂子规模不够是不能加入列表的~
    出问题谁担责任啊~
    就这个域名,看起来就不太正规的样子
    realpg
        69
    realpg  
       33 天前
    @xiaohantx #67
    而且我们的需求不包含构建
    基本只需要代码管理

    不是 java 项目不需要过于复杂的构建
    基本上我们自己的部署服务器完成构建这类的功能,以及高度自定义权限的模块代码编译机制
    doublebu
        70
    doublebu  
       33 天前
    coding 的 web 感觉有点卡
    kur0d3s
        71
    kur0d3s  
       32 天前
    自建 gitea + 定期对象存储备份
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1575 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 28ms · UTC 17:00 · PVG 01:00 · LAX 09:00 · JFK 12:00
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.