V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  CasualYours  ›  全部回复第 2 页 / 共 27 页
回复总数  535
1  2  3  4  5  6  7  8  9  10 ... 27  
2022-06-27 13:52:23 +08:00
回复了 F4NNIU 创建的主题 程序员 你为什么做开源软件?
第一动力当然是对自我价值寻同认可
https://github.com/BaoXuebin/beancount-gs
2022-06-15 22:34:46 +08:00
回复了 hangbale 创建的主题 分享创造 rust 写了一个摄影类静态博客生成器
不错,很喜欢
2022-05-19 17:32:07 +08:00
回复了 hfl1995 创建的主题 程序员 居家办公两周了,已经忘记上班什么感觉了
@Immortal 镜像分屏
2022-05-11 09:40:31 +08:00
回复了 Mateverse 创建的主题 郑州 杭州回郑州可以吗?
1.5W+ 不算难,你可以试着远程面试看看
2022-03-30 15:19:14 +08:00
回复了 Kakarrot 创建的主题 问与答 Beancount 复式记账 相关请教各位
你可以看看我之前写的项目
https://github.com/BaoXuebin/beancount-gs
2022-03-28 17:55:42 +08:00
回复了 neilxu 创建的主题 职场话题 从一线回二线,还有职业瓶颈,什么心态是对的?
2022-01-21 09:09:29 +08:00
回复了 Macv1994 创建的主题 程序员 用 flask+vue 撸了一个论坛
域名不错
2022-01-10 21:05:13 +08:00
回复了 isno 创建的主题 分享发现 分享下我的独立开发日记 02
独立开发不易,加油~
2021-12-30 11:13:51 +08:00
回复了 balabalaguguji 创建的主题 程序员 我的教程获得了很多好评,但是...
如果专职做教程的话,可以签约知识区 UP 主,让 B 站官方的运营去推;参考:老蒋巨靠谱。
2021-12-27 08:40:30 +08:00
回复了 as9567585 创建的主题 程序员 #2021 年终总结(技术向)#
在学习 iOS 开发,明年的目标是上架一款 App
@CasualYours 手误:"记账 app" -> "Pixiu 记账"
@d873139022 记账 app 一般只专注记录收入和支出,操作也会更简单,各有优劣吧
@ybnsjl beancount 用习惯了,还是文本操作最舒服
@7gugu 感谢推荐,"记账 app" 我电脑上安装的有哈,功能非常丰富,也是很赞的作品。
> beancount 的用户应该主要是程序员吧

@Nasei 我之前也是这个想法,但在写过一篇 beancount 的介绍文章后,也经常收到一些非程序员的邮件沟通。beancount 对于大多数人上手门槛还是太高的。
@wb129945130
@MCVector
@ddllzz
感谢支持 ~
经常登录生产服务器替换文件,以及改生产数据库...
2021-12-13 09:21:41 +08:00
回复了 xption 创建的主题 程序员 年底了,今年大家投资自己花了多少钱?
2021-12-07 20:20:22 +08:00
回复了 lwgo 创建的主题 程序员 有哪些方向比较适合个人开发者来做的?
做垂直领域的社区不知道行不行,类似 V2EX 。

我拍胶片的时候想要和一些同好的人交流,发现很少有胶片摄影的社区(可能太小众了),但我观察下来,豆瓣的几个胶片摄影的小组还是挺活跃的,所以我想一些小众爱好的社区可能用户群少,但是竞争也小,能维持有同好的一批用户,盈利应该不是问题。前提是你必须热爱。
2021-12-06 14:10:38 +08:00
回复了 yunyuyuan 创建的主题 站长 分享下你的个人站的/about
2021-12-01 09:14:53 +08:00
回复了 DingDingDang123 创建的主题 git 大家 git 分支流程是怎么样的?
你的这两种方案都有一些问题。

两个方案都没有版本的概念,这样会导致你本次功能上线出现问题后,无法正确回滚至上一版本。方案二不应该在测试后再进行代码合并,测试的永远应该是最后要上线的代码。

我公司通常这么处理的:

- 从 master 拉取 release-xxx 作为本次的发布分支
- 再从发布分支中 release-xxx 拉取开发分支 feature1212
- 至于你两种方案中纠结的到底是两个人共用一个开发分支,还是各建一个,我的建议:你们就两个人,没有必要增加分支复杂度,直接公用一个开发分支即可,至于开发中遇到冲突,可以通过频繁的 pull/push 来解决
- 你两种方案中的 dev 分支我认为也没有起到效果,首先测试代码应该和要发布的代码完全一致才有意义,你这里的 dev 分支没有注明检出来源,feature1212 merge 到 dev ,无法保证 feature1212 和 dev 代码一致。正确做法是你应该 feature1212 合并回 release-xxx ,用合并后的发布分支直接测试
- 测试完成后发布分支 release-xxx 部署线上发布
- 发布后出现问题,如果要回滚上一版本,那么直接拿上一版本的发布分支(你这里是 master )部署线上;如果要紧急修复,那么从 release-xxx 中检出一个 release-xxx-fix 去重复上面的过程
1  2  3  4  5  6  7  8  9  10 ... 27  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3598 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 121ms · UTC 04:34 · PVG 12:34 · LAX 20:34 · JFK 23:34
Developed with CodeLauncher
♥ Do have faith in what you're doing.