你们的 Git 分支有几个;做 JAVA 电商的公司,哪些子系统的技术含量高;请问今年找到前端工作的应届生都是什么水平|极客观点

简介: 你们的 Git 分支有几个;做 JAVA 电商的公司,哪些子系统的技术含量高;请问今年找到前端工作的应届生都是什么水平|极客观点

image.png

#极客观点 聚焦于技术方向、程序员职业发展、个人成长等主题,致力于发起有价值的讨论,输出有价值的观点。

在本栏目中,我们将为大家推荐在 #极客观点 版块被热烈讨论的话题,甄选出有趣的观点为你呈现。期待我们一起成长和进步呀 🥰🥰

今日关键词: # Git # java # 前端

你们的 Git 分支有几个?

话题发起人:陟上晴明

我们现在远程仓库主要分支只有 2 条 main 和 dev。个人的开发分支并没有包含在内。基本上也不会回退版本暂时还没遇到问题,但总感觉有少了点什么。

有趣的观点:

分支方面:

master 分支。主分支,正式生产环境部署的分支

dev 分支。迭代中间的代码合到此分支,也会部署到测试环境

新功能分支。每次开发都从 dev 创建

开发人员自己的 dev 分支,用于部署自己的测试环境

分支操作:

迭代结束,会把 dev rebase 到 master,然后 master merge dev --ff-only

接着部署 master

迭代期间,发现高优先级线上 bug,通过热补丁方式直接合并到 master,然后部署

如果要关闭/移除某功能,就在 master 上提热补丁

最后,功能模块化和热插拔跟 git 无关,不应该放在一个问题里讨论。

——社区用户:Meathill

有趣的观点:

看了大佬很多回答,鄙人献丑了

测试分支(上线测试环境,提供测试人员使用)

dev 分支(生产分支,我们还有uat分支)

新功能分支(每个月的排期分支新功能分支)

开发分支(有些数据在开发环境上,先上到开发环境,然后开发自测)

开发人员分支(各个开发人员开发自己的功能的分支,然后合并到测试环境)

大致就这些,我们一般不使用 main 分支,然后 tag 打在测试和 dev 分支上

——社区用户:可可乐滋滋

做 JAVA 电商的公司,哪些子系统的技术含量高?哪些技术含量低?如何选择部门?

话题发起人:吾悦

做 JAVA 电商的公司,电商产品一般分成几个组,一个是商城组、一个是 WMS/TMS/OMS,商城组有高并发大数据来,对缓存 MQ 的应用场景也比较多,技术含量比较高;但 WMS/TMS/OMS/ERP,是企业内部人员使用的管理系统,用户数量少,并发量一般是比较低的。数据量看公司规模,大公司的数据量应该还是比较大,要做分库分表。

WMS/TMS/OMS/ERP 有个缺点就是感觉重业务轻技术,业务比较深比较复杂,大量时间都钻到业务里去了,技术却钻研少或者不深。是不是这样呢?有过大型项目经历来回答下呢?是不是在 WMS/ERP 组强点的人都想到商城组去?

有趣的观点:

虽然我是个前端,但我电商页面,管理平台页面都有开发过,我觉得可以回答下。

1、首先技术含量来说,其实我觉得两者都是差不多的。毕竟现在除了淘宝京东拼多多这种超级大公司会在意首屏加载速度那 0.1 秒的差距,其他公司大多是加服务器的。把大神拉去提高性能,不如提高稳定性,减少 bug。反正让老板加钱买服务器。老板想省钱就说没办法得了。

高并发,说到底烧掉 3 个臭皮匠的脑子都不如临时多开 10 几台服务器。我上家电商公司双十一就是这么干的。

2、卷的时候想要去做小程序这种客户端端产品,原因是产品测试老板客户等等都很在乎细节,做客户端产品的人就是牛马。要你周六日上班就上班,地铁都要写代码。很锻炼头发。

摸鱼的时候,还是企业端产品舒服。

——社区用户:悠哉悠哉

请问今年找到前端工作的应届生都是什么水平?

近几个月挺焦虑的,因为都在说不好找工作;小弟目前为重庆某二本软工大三学生,从今年四月初开始自学前端。目前常用的技术栈为:vue3全家桶+TS+Tailwindcss+node+nestjs+typeorm。

话题发起人:跟我一起秃秃秃

我的网站需要一个在线客服系统,就像京东的在线客服一样,自己开发时间太久,想找个开源的定制,希望能把数据存在自己的数据库里,找了好久也没有发现,在次寻求大家帮助,谢谢啦!

有趣的观点:

我觉得能积极主动做东西就算不错,当然作品本身还很稚嫩。

提几个建议吧:

应用类的产品,重点在于有人用。因为有人用,你才有动力和需求,也才能接触到真正的开发。所以建议你拿一部分时间来推广,或者找同学帮忙,总之要把它跑起来,目前这个东西意义不大。

整站下载器,建议用 puppeteer 来做。比 cheerio 好用。当然功能上来说可能价值也不太大。

博客需要坚持,建议一周至少一篇。

——社区用户:Meathill

有趣的观点:

前端的话,快速入职,就学学框架。像 vue、react、echarts、swiper、地图这些会用就行,别太深入。

如果真的想在这个方向发展,前期不要太在意工资待遇,先找个非外包公司打打经验(外跑怕你没时间巩固学习)。

做个几个月大致都熟悉了,该去抓原生 JS 了;布局的话,业务行的都是 UI 框架,展示型的比较考 css 功底。前端演变这么多框架、类库,这些上层飘的东西,有时间就看看,会用就行,前端迭代快,你深入学习后说不定就流行其它技术了,所以时间富裕就多打原生 js 基础,算法这些,平时多造轮子(学习而已,可以不在项目中用),也不要一直做切图相关工作,可以学学 webgl 图形学相关的。就说到这里吧,加油,同城同行。

——社区用户:Bestime

相关文章
|
1月前
|
前端开发 项目管理
Gitflow分支策略及其在前端工程化中的应用
Gitflow 分支策略也并非适用于所有项目。对于一些小型或简单的前端项目,可能会显得过于复杂。在实际应用中,需要根据项目的具体情况和团队的需求进行适当调整和优化。
|
1月前
|
前端开发
结合具体案例分析Gitflow分支策略在大型前端项目中的应用优势
通过这个具体案例可以看出,Gitflow 分支策略在大型前端项目中能够提供有条不紊的开发环境,保障项目的稳定性和持续发展。
|
1月前
|
前端开发
如何制定适合前端工程化的分支策略?
如何制定适合前端工程化的分支策略?
33 4
|
1月前
|
前端开发 测试技术
前端工程化的分支策略要如何与项目的具体情况相结合?
前端工程化的分支策略要紧密结合项目的实际情况,以实现高效的开发、稳定的版本控制和顺利的发布流程。
28 1
|
2月前
|
开发工具 git
git学习四:常用命令总结,包括创建基本命令,分支操作,合并命令,压缩命令,回溯历史命令,拉取命令
这篇文章是关于Git常用命令的总结,包括初始化配置、基本提交、分支操作、合并、压缩历史、推送和拉取远程仓库等操作的详细说明。
143 1
git学习四:常用命令总结,包括创建基本命令,分支操作,合并命令,压缩命令,回溯历史命令,拉取命令
|
2月前
|
开发工具 git 开发者
关于git 解决分支冲突问题(具体操作,包含截图,教你一步一步解决冲突问题)
本文通过具体操作和截图,详细讲解了如何在Git中解决分支冲突问题,包括如何识别冲突、手动解决冲突代码、提交合并后的代码,以及推送到远程分支。
568 3
关于git 解决分支冲突问题(具体操作,包含截图,教你一步一步解决冲突问题)
|
3月前
|
缓存 开发工具 git
Git创建分支以及合并分支
在Git中,创建分支使用`git branch [branch_name]`,切换分支使用`git checkout [branch_name]`。修改文件后,通过`git add [file]`添加到暂存区,然后`git commit`提交到本地仓库。如果是新建分支的第一次推送,使用`git push origin [branch_name]`推送到远程仓库,之后可以简化为`git push`。合并分支时,使用`git merge [branch_name]`将指定分支的更改合并到当前分支。
97 2
Git创建分支以及合并分支
|
2月前
|
开发工具 git
Git分支使用总结
Git分支使用总结
48 1
|
3月前
|
测试技术 开发工具 git
掌握 Git 分支策略:提升你的版本控制技能
在现代软件开发中,版本控制至关重要,Git 作为最流行的分布式版本控制系统,其分支管理策略对于高效协作和代码维护尤为重要。本文介绍了几种常用的 Git 分支策略,包括主线开发模型、功能分支模型、Gitflow 工作流和 Forking 工作流,并探讨了如何根据项目需求选择合适的分支模型。通过保持 `master` 分支稳定、及时合并清理分支、使用命名规范、利用 Pull Request 进行代码审查及自动化测试等最佳实践,可以显著提升团队协作效率和软件质量。掌握这些策略将帮助开发者更好地管理代码库,加快开发流程。
|
3月前
|
存储 Linux 开发工具
Git基础命令,分支,标签的使用【快速入门Git】
本文详细介绍了Git版本控制系统的基础概念和常用命令,包括工作区、暂存区和版本库的区别,文件状态的变化,以及如何进行文件的添加、提交、查看状态、重命名、删除、查看提交历史、远程仓库操作和分支管理,还涉及了Git标签的创建和删除,旨在帮助读者快速入门Git。
Git基础命令,分支,标签的使用【快速入门Git】