标签:TortoiseGit 自己 dev ljy 本地 视频教程 远程 启发 分支
TortoiseGit使用视频教程的启发 今晚不打算写我在B站学习的测试过程【https://www.bilibili.com/video/BV193411h7FP?spm_id_from=333.337.search-card.all.click】,因为还有些细节没测好,还有,我昨晚失眠 = =(周日比较大概率失眠,可能想着第二天要上班,还有某个人的一些话刺激了我,恩以后晚上别瞎聊,免得乱想。。。),今天上班都是靠着顽强意志熬下来的。。。 —————————— 废话结束 上一篇文章说过,用TortoiseGit(下面简称“小乌龟”)是为了解决老板的需求:多人可以同时编辑同一篇文章,能看到大家改了啥,还有自己改了啥,专业的说,就是版本差异对比,跟自己比(本地自己的分支),跟人比(远程分支),通俗易懂~ 对于老板那种探索精神,其实我挺佩服的,一般我有事忙的时候,他会自己先研究一轮,然后给我上扫盲课,当然听完,我肯定印象不深的,因为纸上得来终觉浅,怎么样还是需要自己实践、捣鼓,知识才学的牢。当时去他办公室上课(1对1 vip),不仅分享了他画的思维导图(这个还是保密下),还有一个工作原理图【https://codeantenna.com/a/14iIb6XMXc】。 就说分支类比成分区,版本相当于货架。老实说,听完他说的,并结合B站视频了解,发现他说的,并不完全正确。。。因为他分享的部署文章,做了个汉化设置,导致有些功能容易误导人,所以建议英文比较好的同学,还是别搞什么汉化了,害人害己~~~~ 例如 “Git 同步”,没想过就是 git clone 吧
一开始其实我想偏了,以为用“贮藏更改”去解决冲突:同一个文件,本地与线上不同的场景。可以想象成每个编辑人员都有自己的贮藏更改,贮藏一个自己修改过的状态,然后跟线上的冲突进行比对。如果从这里入手,我会发现我的工作量无比巨大,要解决他们本机电脑贮藏更改里跟线上的冲突,然后最终提交到线上分支(这里如果说的有问题,欢迎大家指出,小女学艺不精~),当时还真被自己搞死,以至于上周三不禁感叹,做条狗子也不错~~~
既然看网上文字说明找不到头绪,干脆去B站搜视频,最终柳暗花明 。。。跟老板的需求不谋而合,最终有个管理员合并分支(master:受保护分支),其他人从dev分支去拉代码,建立自己的分支进行文章编辑,完了合并到dev分支下,最后由统一的管理员将dev分支合并到master分支。这个实际上就是多人协同合作开发的流程~~
今天比较坑,因为仓库用的是码云:gitee.com,以dev为基准,创建自己本地分支:Branch_ljycom,编辑文件提交到远程时一直报错:
大家不用怀疑,就是ssh密钥问题!!
据说码云不认之前加上去的公钥,重新生成一个密钥放上去的时候,死活说已经被他人使用。只能删掉我本地 .ssh/id_rsa.pub 文件,然后生成
C:\Windows\system32> ssh-keygen -t rsa -C 'xxx@xxx.com'
最后讲下B站视频里面还有断断续续测试(公司总有杂七杂八的事分散我注意力)给我的启发(可能对很多人来说比较浅显,我接触git比较少咯)呼应下标题:
(1)搞清楚自己本地建的分支,及推到远程的分支
像下图实际上是本地建的分支,没推到远程前是没有该分支信息的
(2)自己改文件,直到推送到远程的流程
a)本地切换到dev分支,拷贝远程最新的代码下来,然后建自己分支,例如:Branch_ljy,在自己分支上去添加或修改内容
b)本地改好后先切换到dev分支,然后选则merge(合并)自己的本地分支内容
c)把本地dev分支提交到线上(origin/dev)
(3)多人改同一个文件,提交到远程的流程
比如,有人编辑好自己的分支某个文件 ljy.txt,推送到远程dev分支,我自己本地有个Branch_ljy的分支,也改ljy.txt文件(但内容跟远程线上dev的是不同的),推送到远程的Branch_ljy很正常。但当在本地合并到本地dev时,再提交到远程dev就会报错。
这个时候要自己手动解决冲突。
这个时候你要选其一作为最终修改的版本(应该也可以两边都摘取部分,这个我还没测,不武断去评判)
再手动“标记为已解决”,最后提交(commit) ——》 推送远程(push)
先说到这里(今天整天模模糊糊,可能有误人子弟的成分),后面再放我的测试过程
标签:TortoiseGit,自己,dev,ljy,本地,视频教程,远程,启发,分支 来源: https://www.cnblogs.com/windysai/p/16417604.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。