タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog こんにちは、LINEフロントエンド開発センターの玉田です。新春を名乗るにはすこし遅いですが、昨年開催した「UIT新春Tech blog」を今年も開催します！ 本日から5日間4日間、フロントエンド開発に携わるUITのエンジニアが毎日持ち回りで記事を公開します。ぜひ最後まで見に来てください。 Monorepo フロントエンドにおけるMonorepo toolは、大規模なフロントエンド開発を効率よく管理する手段として、ここ数年で普及が進みました。LernaやNx、npmやyarnのWorkspace機能など、すでに皆さんも使っている例があるかもしれません。 Monorepoを実現するツールはいくつかありますが、どのツールも共通して以
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
![[git] submoduleの削除、再追加について - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/9c7915c286ca1d63cf4f852e3d9e54dca634ab54/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCZ2l0JTVEJTIwc3VibW9kdWxlJUUzJTgxJUFFJUU1JTg5JThBJUU5JTk5JUE0JUUzJTgwJTgxJUU1JTg2JThEJUU4JUJGJUJEJUU1JThBJUEwJUUzJTgxJUFCJUUzJTgxJUE0JUUzJTgxJTg0JUUzJTgxJUE2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz02OGRiODg4NWYxMzMzNTMwYTRjMTdkNzNhMTc5MjA2Yw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrX3lhbWFzaGl0YSZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MDZjNjY3YmRmN2Y2MzQ5MmM2NTU3Njc2Nzc5YjEwN2M%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-IElUQUdF%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3Dddcb9e11ef823f63a22e06749ee0c979)
git submodule update 忘れを防止したい - Mobile Factory Tech Blog
駅メモ！チームエンジニアの id:yumlonne です。 この記事ではスーパープロジェクト(サブモジュールが登録されている親プロジェクト)側で git checkout や git pull を実行したときに、自動で git submodule update 相当の処理を実行してくれる便利な設定を紹介します。 git submodule についてはドキュメントを参照してください。 記事中の各種動作は git version 2.38.1 で確認しています。 背景 私は最近サブモジュールが存在するプロジェクトを触り始めました。 しかし、git 操作をするときにサブモジュールが存在することを意識していないと、サブモジュールの参照を意図せず書き換えてしまうことがありました。 $ cd MyProject $ git checkout topic-A # サブモジュールをtopic-Aブランチが
【git submodule】複数のFlutterプロジェクトの共通コードをサブモジュール化する方法
Flutter大学にはスマホアプリ、Webアプリ、管理画面、FlutterWorkと４つのプロジェクトがあり、全て同じFirebaseを参照しています。そのため、Domain層やRepository層と言われる部分のコードがほとんど同じです（UserクラスやUserRepositoryなど)。そして全部Flutterで作られています。 スマホアプリ web 管理画面 FlutterWork つまり、同じようなFlutterのコードが全てのリポジトリにあり、こっちを更新したらあっちを更新しなければいけないという状態でした。 なので共通化しました。 共通部分のFlutterのコードを切り出して１つのpackageとし、git submoduleで連携することで、同じコードを使いまわせるようにした方法をこの記事に記したいと思います。 結論 先にどういう状態になったのか紹介します。 下図のファイル
この記事について この記事ではGitのサブモジュール機能を使って共通のソースコードを複数のプロジェクトで共有する方法について紹介します。 この方法が役に立つのは、例えばNode.jsでブログシステムを開発していて管理システムと配信システムを別々に作っているけどデータベースは共通している、といった場面です。 このような場面ではPrismaやSequelizeのモデル定義が管理システムと配信システムの両方のコードベースに必要となります。 普通にコピー＆ペーストしても悪くはないかと思いますが、より良い方法としてGitのサブモジュール機能を使った方法を紹介します。 共有する前の状態 ソースコードを共有する前のファイル構成（再現コマンドを兼ねます）を下記と仮定します。 mkdir module-a mkdir module-a/common touch module-a/common/add.js
submodule の中身を必要な部分だけ持ってくるようにする sparse checkout でリポジトリの一部を持ってくる でリポジトリの一部分だけ取得することができた。それを submodule に応用してみる。 参考: Git 特定のフォルダのみcloneする submodule編 - Qiita submodule を sparse checkout する 前回 Gitで特定フォルダのみクローンする方法を書いたが、これはsubmoduleの場合も使用可能。 というか、submoduleの時にこそ使用する機会が多いだろう(dllだけ取るなど)。 ただ、ファイルを置く場所がちょっと異なる。submodule関連の設定は .git/modules 配下にあるため、 sparse-checkoutもこちらに置く必要があるのだ。 git submodule add https://some
GitHub Actionsでsubmoduleを扱う記事は多くありますが、個人でやっている方法についてまとめたいと思います。 submodule自体については、以下の記事がsubmoduleを利用するユースケースなども含めて、かなり分かりやすくまとまっていると思います。 GitHub Actionsの作成 作成したGitHub Actionsですが、ポイントは以下のようになっています。 actions/checkoutでsubmoduleもHTTPでcloneする SSH鍵設定は不要 git submodule update --remote --recursiveコマンドで更新する cronで自動実行する workflow_dispatchで手動実行も可能 今回作成したものは以下のリポジトリに置いてあります。 またGitHub Actionsを作成するリポジトリには、既にsubmodu
$ git submodule update update やし最新に更新されるやろ…っておもったら最新にならなかった。diff をみたら最新でないコミットハッシュからチェックアウトされていました。 なんもわからん… 全 submodule を強制的にする $ git submodule foreach git pull origin main submodule を foreach で回して全リポジトリで git pull origin main をする方法。 楽だけど、特定の submodule だけ最新にしたいとか、main じゃないブランチから取ってきたいって場合に困る update には --remote オプションが必要だった --remote オプションを付けると git fetch した上で pull してくれるっぽい。 オプション付けないときのアップデート is 何… g
はじめに Unity で長期的なプロジェクトやライブラリを作成する際、 ソースコードが公開されている Unity ライブラリや社内ライブラリを使う場合に、 Git submodule でコードを取り入れるようにしています。 自分の Git リポジトリにライブラリのコードを入れることに比べて、以下のようなメリットがあります。 ライブラリのコードが自分のリポジトリに入らない ライブラリのバージョン変更が楽 ライブラリのリポジトリに対してコミットや Pull Request がやりやすい この記事では、自分がどのように Git submodule を使ってプロジェクトを構成しているかを紹介します。 フォルダ構成と仕組み リポジトリのルートフォルダの中の _external フォルダにライブラリのコードが入ります。 このままでは自分の Unity プロジェクトから使えないため、 Assets フォ
Unity Cloud Build でsubmodule + symbolic linkを使う - littlewing
Unity Cloud Build で シンボリックリンクを使うための方法を調べたのでメモ。 マルチデバイス向けのUnity開発プロジェクトや、メインプロジェクト内で、他のリポジトリの特定のフォルダ/ライブラリのみを利用したい場合、submodule と symbolic linkをよく利用します。 ローカル環境ではClone時に symbolic link 生成用のバッチ/shellを手動で実行すれば良いですが、Unity Cloud Build で利用する場合、そこも自動化する必要があります。 1. リポジトリ構成例 [Repository root] ├───Assets ├───Packages ├───ProjectSettings ├───_external │ └───SUB_REPO1 │ ├───Assets │ │ │ Scripts.meta │ │ │ │ │ └─
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git submoduleを使ってマルチリポジトリなMonorepoを管理する
Git Submodule 覚え書き - Qiita
[git] submoduleの削除、再追加について - Qiita
Git Submoduleを使って共通のソースコードを複数のプロジェクトで共有する方法
git submodule でリポジトリの一部だけを利用する(sparse checkout)
GitHub Actionsでgit submoduleを更新する
Git submodule が最新に更新されない件 - かもメモ
Unity ライブラリを Git submodule で管理する - たるこすの日記
blog.livedoor.jp/asakurahouse-lixirunaisou
note.com/takahashigoh
number.bunshun.jp
note.com/takahashigoh
himasoku.com
note.com/ianswer_2022