git慣れたと思ったら全然慣れてなかった

こんにちは。新人エンジニアの岡山です。
本日も「今日やったこと・詰まったこと・学びになったこと」などを書いていきます。よろしくお願いします。

コンフリクトの沼にハマってしまった

改修案件でPRを作成したところ、コンフリクトが発生していることに気づきました。自分でなんとか解消しようとしたのですが、なかなかうまくいかず、最終的には先輩エンジニアにバトンタッチする形になりました。

git add .で全てステージングしたと思っていたのですが、原因は未だに分かっておりません。今回は悔しい結果で終わることになりました。

WordPress→microCMS移行検証、無事成功しました

現在進行中のリニューアルサイト案件で、WordPress→microCMSへのデータ移行検証を行いました。ダミー記事を使って、以下の3点をチェックしながら進めました。

• APIキーの権限のチェックが入っているか
• envの情報(microCMSのドメイン、APIキー、エクスポートしたWordPressのXMLファイル)が正確に記述されているか
• APIスキーマのフィールドIDとスクリプトで送るものが一致しているか

結果、無事移行することができました。

ここで一つ盲点があったので共有します。microCMSはHobby(無料)プランだと画像のアップロードができない、と調べて知っていたので「無料プランでは画像の移行はできない」と思い込んでいました。ですが実際は、APIキーの設定画面にあるマネジメントAPIの権限設定の中の「メディアのアップロード」にチェックを入れることで、画像の移行も問題なく行えました。同じ勘違いをしている人がいたら、ぜひ試してみてほしいです。

残タスクの洗い出しで、工数の重みを実感

リニューアルサイト案件の残りのタスクを洗い出したところ、想像していたより工数がかかりそうだと気づきました。

• メタデータ設置
• 公開手段・アップロード先の調査
• Webhook
• 301リダイレクト
• GA4/GTM設置

などなど、地味だけれど時間がかかりそうな作業がまだまだ残っています。スケジュールを組むときは、こうした細かいタスクの工数もしっかり考慮しないとなぁと感じました。

おわりに

gitというかターミナルの操作にはまだまだ慣れが要りますね。

Murataからの一言

コンフリクト？ git add .？なんだなんだとついていけてませんが、なんかいっぱいやってくれててありがとうの気持ちです。「タスク洗い出したら意外と工数かかりそう」みたいなことはデザイナーでもあるあるなので、お互いに工数管理頑張りましょう〜！