首页   注册   登录
 Fule 最近的时间轴更新

Fule

V2EX 第 396482 号会员,加入于 2019-03-29 14:22:33 +08:00
今日活跃度排名 7552
输赢其次,快乐最重要
Overwatch  •  Fule  •  106 天前  •  最后回复来自 banricho
13
我的 Surface Book 2 底座又坏掉了……
Surface  •  Fule  •  147 天前  •  最后回复来自 Fule
2
有事没事运行一下 git gc 命令还是有好处的
git  •  Fule  •  217 天前  •  最后回复来自 msg7086
18
Fule 最近回复了
6 小时 24 分钟前
回复了 pudgedoor 创建的主题 问与答 农村父母没有交满养老保险怎么办?
新农合医保一定要买上,按照最高金额买。
养老保险,如果不能买 /补了的话,说实话,只能靠你定期给他们一些钱了。不过农村消费相对比较低,加上父母一般又比较节俭,应该不会对你构成太大负担。
6 小时 27 分钟前
回复了 k8ser 创建的主题 问与答 天天做梦正常吗?
据我的经验,你是睡早了,睡多了。。。试试凌晨再睡,清晨就起床~~
6 小时 30 分钟前
回复了 woncode 创建的主题 程序员 VS 为何能够获得《宇宙第一 IDE》的称号,对比 IDEA
我个人从 VS 6 写 VC++开始,到 VS 200x 开始写 C# 代码,中间短暂用 XCode 写过 Object-C 代码,感觉 VS 虽然已经很强、很好用了,但竟然每个版本还是可以变得更好用。至于 Java 语言及其 IDE,真心不想碰。。。我承认 Java 的生态甩 .NET 100 * 10 条街,但从纯语言层面…… 因为不认可 Java 这门语言,所以也不想碰 Java IDE。
1 天前
回复了 jasonnz 创建的主题  WATCH Apple Watch 4 这两天掉电过快
虽然每天晚上带着,但是没有安装睡眠监测软件,希望 Apple 某一天出一个官方的。。。刚买的 5 代,只有某一天奇怪地一觉醒来没电了。。。除此之外,一直都很正常。。。
MacBook Pro 2012 Mid 15.6'',电池已废,离不开电源。自己动手加装 16G 内存,512G SSD,换了一个风扇,电源线断了重新买了个电源(竟然要 600 RMB),1 米多高度掉地上一次,一个角磕进去了,导致底盖无法完全闭合,螺丝拧不正了,索性不要螺丝了。目前招灰状态,基本只在同步 iPhone 的时候才打开。最新的 Mac OS 好像问题不少,暂时还没有升级。
4 天前
回复了 walkfish 创建的主题 macOS 16 寸已到,香!
用了 6 年老款 MacBook Pro,换了 Surface Book 2,用了 1 年多,结果键盘底座进咖啡废了,只剩下屏幕部分。。。官方给钱都不修的。一怒之下重新配了台台式机,然后突然觉悟还是台式机性价比最高。。。不到一万块,其性能比 2W+人民币的 SB 2 高多了。 笔记本什么的,对于我来说还是作为应急产品,弄个不那么差的就行了。。。
使用 Git 这个事情,肯定比使用其它源码管理方式麻烦、复杂一些,尤其是如果想用好、用规范的话。一套流程是必不可少的。所以,首先,你要有足够的权限 /权力去推动。其他人可以提出建议、意见,但只有推动管理和规范的那些才会被考虑接纳和改进,牢骚类的直接忽略乃至驳回。如果只是平级、没有强制力,遇到抵制没辙的话,还是放弃吧。

使用 git 的目的是规范化、流程化,而不是“最简化”,因此一键 push 这样的东西不可取。git 的提交节点树是非常有价值的代码历史追踪工具,上面主要分支的每一个提交及其 message,都必须明明白白的。这样在你回溯代码问题的时候会比较清晰。

另外鉴于 git 的使用方式、方法非常灵活,因此应该需要有一个人统管 git 流程和分支管理,这个人应该就是你啦。还有对于工作的分配也要注意,不要把一个涉及同一部分代码的任务分配到多个人身上,那样会极大增加代码提交冲突的可能性。公共模块的更新,尤其是大量的更新,最好统一归到某位“高级”员工身上。

鉴于楼主的描述,依我队楼主公司的开发流程的理解和推测,可以考虑这样使用 git:

1. 所有人可以都在一个分支上工作。假设这个分支叫 dev,那么服务器上的分支就是 origin/dev,本地分支叫 dev
2. 每个人在开始工作前,首先 pull origin/dev,就是从服务器上获取最新的代码。
3. 开始自己的工作。如果要实时看自己改动的效果,那只能在自己的电脑上查看(开发不都这样么),整块功能完成之后,提交自己的代码,形成一个 commit,commit 的 message 里需要写明这次提交的代码做了什么事情,比如“完成某某功能”、“修复某某 bug”等。message 是重要信息,*一定不能随便乱写*。
4. 鉴于自己的提交完成之时,服务器上的 origin/dev 可能已经有了别人提交的代码,此时 push 代码可能会被拒绝。因此 push 的时候,通常需要分 2 步:
4.1 Fetch 然后 Rebase,Fetch 的作用是从服务器上获取最新的 origin/dev 到本地,这样你本地的 origin/dev 就和服务器同步了,同时不会影响到本地的工作区。Rebase 的作用是将步骤 3 的提交内容以最新的 origin/dev 节点为父节点“重做”,这 2 步的结果是你本地的提交的父节点现在已经是服务器上的最新节点了。如果你当前提交的节点的父节点依然是服务器上的最新节点,那么 rebase 就等于一个空操作,没有任何效果。
4.1.1 git 重做的时候可能会产生代码冲突,因为服务器上的最新节点里可能也修改了你修改的代码,此时,你需要手工解决冲突。注意,这些代码冲突产生在你本地,所以并不会影响任何其他人。冲突解决之后,你的提交就准备好 push 到服务器了。
4.2 push 本地提交。因为你做了 4.1,所以现在 push 不会有任何冲突存在,你的提交应该顺利地更新到服务器了。

如果想及时查看自己的更新的全局整合效果,那么得配一个 CI 服务器进行持续集成。CI 服务器上也有一套 git,会通过钩子或者轮询获取最新的提交,一旦有新提交被获取就会自动生成并部署一个系统版本。

以上是一个基础流程,在这个基础上可以根据其它情况进一步演化。
使用 git 的时候,无论是工作分配和开发流程,都要注意减少代码冲突的可能性,例如上述步骤 2,就为了让自己的工作始终基于最新代码之上。另外代码冲突的处理也都在本地由提交代码者处理。
你可能注意到上述流程,没有牵涉到“merge",那是因为 merge 被 Fetch & Rebase 取代了,好处是省掉一个 merge 节点,让整个提交树非常清爽。
1. 不装盗版软件,使用 Windows 系统自带软件、广为人知的没有广告的免费(通常也开源)的软件替换,或者收费软件。
2. 各种软件只从官网下载(不要相信搜索引擎搜出的所谓“纯净版”,不要从各种“下载站”下载)
3. 你可以当这是偏见——不要使用国产软件。
三国志 4,设置新武将,把自己、你好朋友、喜欢的姑娘都加进去,然后把他们所有能力值都调整成 150 (谦虚点,别调成 254 ),所有能力都点上,然后自己做君主,带着兄弟和心爱的姑娘(们)和那些个什么三世九公,奸雄、小霸王、中山靖王之后之类的争霸天下,兵少的时候,用火计,放一个火,再改变风向,轻松烧遍整个地图,敌军再多也无济于事, 兵多的时候直接碾压敌军……
以后用笔记本在户外写代码,笔记本电池可以撑更长时间了,因为很多负载可以转移到远程了!
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   925 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 16ms · UTC 19:53 · PVG 03:53 · LAX 11:53 · JFK 14:53
♥ Do have faith in what you're doing.