- 主题:git算不算典型的shit山项目？
交叉引用就不是分布式管理了，本质上还是一个巨大的项目
而且直接交叉引用代码的隐患很多，比如某代码修正了安全漏洞后，无法查出自己被谁引用了
正确的分布式管理应该是repo相互独立，只引用package等artifacts
【 在 leadu (leadu) 的大作中提到: 】
: 我没说perforce
: submodule这东西需要不需要得看每个人的情况。
: 而且分布式源代码管理，交叉引用是必须要解决的问题，因为集中管理没有这问题或者不是个问题。
: ...................
--
FROM 27.91.71.*
整个工业界的大趋势是项目之间弱耦合，首先就要解决代码互相引用的问题
【 在 leadu (leadu) 的大作中提到: 】
: 无视现实，直接把事物之间的联系强行从概念上排除，也是可以实现自洽
: 不过这又回到了我之前说的“
: ”还总有开源脑残粉pua新手：是你不会用；用熟了体会到爽了；不爽你自己可以改啊；闭源软件偷你代码等等 “
: ...................
--
FROM 27.91.71.*
你可以把有问题的包删掉，给有漏洞的包提供patch
【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
: 这逼装的，引用 package 就能让被引用的知道谁引用它了？
--
FROM 27.91.71.*
引用代码库不管怎么说都是错的啊，你想引用代码，也要引用代码package
【 在 leadu (leadu) 的大作中提到: 】
: 别的先不说，你咋知道用户用法是耦合，而不是内聚？
--
FROM 27.91.71.*
p4v那个破gui，改了10年bug都改不完。。。
【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
: Perforce 好哇，新版加了分布式，加了 git 支持，大公司用的很多，可惜开源一波砸场子，架不住 git 家大腿粗……
--
FROM 27.91.71.*
这个办法很多啊，你用了特定包是可以扫描的，比submodule好得多
【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
: 我还以为你有啥牛逼办法能让出漏洞的包的作者知道谁用他的代码了呢。
--
FROM 27.91.71.*
历史遗留产物而已
Google除了搜索外搞啥啥不成，风头都被微软这种血汗工厂抢去了
【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
: 作为著名水车，你应该知道 Google 的 mono-repo 传说，以及他们家开源的 Bazel 吧。
--
FROM 27.91.71.*
你猜npm怎么发现某些包有问题的？
【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
: 标 题: Re: git算不算典型的shit山项目？
: 发信站: 水木社区 (Tue Feb 8 21:10:54 2022), 站内
:
: 搞了半天，我以为你是可以做到被引用方可以主动发现谁引用他呢。
:
: 【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: : 这个办法很多啊，你用了特定包是可以扫描的，比submodule好得多
:
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 124.64.125.*]
--
FROM 27.91.71.*
大公司大部分软件都是垃圾是无疑的，问题在于微软这两年还搞成了不少不是垃圾的东西，还能热卖
【 在 Dieken (风催草低 - 明月何尝不照人) 的大作中提到: 】
: 得了吧，Bing 搞多少年都是废物，win phone 废物，win 废物，office 混成 web，
: azure 马马虎虎，最近还做 Maui 想跟 Flutter 竞争，居然是把 winforms 捡回来了，呸。。。
--
FROM 27.91.71.*
专业码农的职责就是解耦
【 在 leadu (leadu) 的大作中提到: 】
: 无视现实，直接把事物之间的联系强行从概念上排除，也是可以实现自洽
: 不过这又回到了我之前说的
: “还总有开源脑残粉pua新手：是你不会用；用熟了体会到爽了；不爽你自己可以改啊；闭源软件偷你代码等等 “
: ...................
--
FROM 27.91.71.*