DAY12 - 踩坑纪录 : Bitbucket

前言

今天是铁人赛的第十二天，内容是如何解决实作上发现的问题
自学的人如何解决问题，原本就是打算要写的内容之一
没想到会在第一个小范例就碰到坑要填...

自学的人没有多啦a梦可以帮忙Debug...

前一篇的范例程序是2019年中做的，隔了两年再拿出来
大概花快两小时才重建完成，让功能可以使用
其实这个公版的echo范例，正常来说大概10分钟内就可以上线...

今天要讲的坑不是在程序身上，而是要git的推送上

bitbucket 版本控制服务

现在大叔我主要使用Github 但这次铁人赛所使用的范例我会放在bitbucket

bitbucket 是我第一个使用的线上程序码代管的服务
当初会选bitbucket 而不是github 原因是那时候bitbucket 有免费的 private repository
github 的 private repository 要收钱，一直到github被万恶微软收购後才有免费的 Pvt

好久没打开的水桶 Bitbucket

直接说重点: 介面很精简，但速度变慢..(一直转圈圈)

当新建一个ropo後通常会有一个类似下图的页面，让使用者可以直接复制贴上 remote 挂载

图片来源: 05. Git Remote Repository - BitBucket

github也有同样功能的页面，但 bitbucket好像拿掉这个页面了
找了好久找不到，最後放弃自己手动打 remote的资料

无法推送到 bitbucket 的坑

其实没想过，会在这种地方碰到坑
自学踩坑填坑的单元，原本是要在後面阶段才要写的
没想到提前上架...这边就是纪录如何填坑的纪录

1. 先看错误讯息...每个单字都懂，但组成句子就看不懂 XD
   

2. 看不懂的讯息，只好贴到Google翻译
   

3. 用了Google翻译...还是看不懂
   

4. 把错误讯息的其中一句贴到google搜寻
   
   Tip:把错误讯息贴到google搜寻，不能贴太多字通常10个英文单字
   另外字串里不要有你自己使用的名称，如路径、档名

5. 得到解答
   

解决的方法

git push orgin master -f

在这个例子中，错误讯息已经有提供解法:先拉再推
等於是先从bitbucket pull一个空的专案 (因为刚建立)
原本在本机上写好的程序，再丢到那个刚pull下来的资料夹里面
只是这种方法不如 -force 来的简单粗暴有效 XDD

以上就是铁人赛第12天的内容 :)