V2EX › dandankele 的所有回复 › 第 7 页 / 共 7 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7

❮

❯

2020 年 2 月 13 日

回复了 dandankele 创建的主题 › 程序员 › 你所理解的"项目"和"应用"的关系是什么？

@codepm 然后再进阶一下。。我不知道你有没有了解过，不过我先问一下，有两种情况，一种是放大看，一种是缩小看。
1. 假如我们采用了微服务架构的方式，放大了看里面，每个服务是不是又是一个应用？而项目依旧是房产？
2. 假如我们又要做一个家居垂直行业平台，缩小了看，那么我们的房产还算是一个项目吗？还是从整体上来看家居+房产算是一个新的整体的项目，房产和家居成了应用的概念？

项目和应用的概念称呼是不是该随着规模的大小而变化？

2020 年 2 月 13 日

回复了 dandankele 创建的主题 › 程序员 › 你所理解的"项目"和"应用"的关系是什么？

@codepm 你这么一说我好像有点搞明白了。。因为我们是一个做互联网房产垂直平台的，包含了好多端如 pc、wap、小程序、APP 等，而平常我们只称呼这是“xx 端”。但其实每个都是一种应用是吧？整个房产平台就是项目吧？

2020 年 2 月 13 日

回复了 fancy2020 创建的主题 › DevOps › 在服务器上你们自己服务的代码一般放在什么目录下?

/home/www

2019 年 8 月 27 日

回复了 dandankele 创建的主题 › 程序员 › 语义化版本发布适用于传统 web 网站吗？

@msg7086 好吧，大概了解了，最主要的应该还是给使用的客户端、依赖端看的，那自己内部应该没必要使用了

2019 年 8 月 27 日

回复了 dandankele 创建的主题 › 程序员 › 语义化版本发布适用于传统 web 网站吗？

@jsq2627 我目前所想的作用可能也就是用作团队项目规范了。

像这样： https://semantic-release.gitbook.io
由开发者遵循一套 git commit 约束，比如在 git commit 时，通过一些`fix:`、`feat:`、`docs:`、`BREAKING CHANGE`等 commit 约束来书写 commit 信息，然后再依赖 CI 对 commit 信息做分析，来决定打上语义化版本的 tag （依赖于前面所说的这些 commit 信息类型类改变 x.y.z 中的哪个数字），并且同时也能生成 release NOTE。

可能我认为语义化版本对传统 web 项目的好处也就这些了吧，那我是不是可以不需要使用了

2019 年 8 月 27 日

回复了 dandankele 创建的主题 › 程序员 › 语义化版本发布适用于传统 web 网站吗？

@mcfog 那你说说呢，什么是语义化版本
不是为了项目发布而做的版本标记吗？并且版本标记拥有其特定的含义。那我一个网站项目也有从开发到发布的过程，我发布就不能用语义化版本吗？从而使得项目的维护者们了解正在部署的是什么版本？

如果你认为我理解有误，请指出你的理解。因为现在不是讨论你所理解的语义化版本是什么，否则继续讨论该话题

2019 年 7 月 11 日

回复了 dandankele 创建的主题 › git › 如何看待 CI 持续集成产生的大量 tag？

@shawndev 我感觉已经被绕晕了

1 2 3 4 5 6 7

❮

❯