並び順

ブックマーク数

期間指定

  • から
  • まで

81 - 120 件 / 129件

新着順 人気順

gitの検索結果81 - 120 件 / 129件

  • git.postgresql.org Git - postgresql.git/commit

    Doc: use "an SQL" instead of "a SQL" Although which is correct depends entirely on whether you pronounce SQL as "ess-que-ell" or "sequel", we have standardized on the former in our user-facing documentation, so use the correct article according to that pronunciation. Discussion: https://postgr.es/m/CAApHDvp3osQwQam+wNTp9BdhP+QfWO6aY6ZTixQQMfM-UArKCw@mail.gmail.com

    • GitHub - AmrDeveloper/GQL: Git Query language is a SQL like language to perform queries on .git files with supports of most of SQL features such as grouping, ordering and aggregations functions

      You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

        GitHub - AmrDeveloper/GQL: Git Query language is a SQL like language to perform queries on .git files with supports of most of SQL features such as grouping, ordering and aggregations functions
      • 「Git 2.44.0」が公開 ~Windows版のWindows 7/8対応はこれが最後となる見込み/32bit版「Git for Windows」も非推奨、2025年にも廃止へ

          「Git 2.44.0」が公開 ~Windows版のWindows 7/8対応はこれが最後となる見込み/32bit版「Git for Windows」も非推奨、2025年にも廃止へ
        • 【Git中級者への第一歩】リリースプロセスの品質を上げるブランチ戦略、開発をもっと便利にするコマンドとは

          「Women Developers Summit 2023(デブサミウーマン2023)」で大反響だったセッション「Git中級者への第1歩」が、パワーアップしてCodeZineに帰ってきました。この連載では、コマンドの使い方やGitの効率的な学び方など、知っておくと役立つ情報をお届けし、基礎から更なるステップアップを目指すみなさまを応援していきます。第2回となる今回は、ブランチ戦略がテーマです。 はじめに こんにちは、都内でソフトウェアエンジニアとして働いている藤澤です。「Git中級者への第1歩」の連載の2回目となります。第1回はコミットに着目した内容でした。第2回の今回は、ブランチ戦略に着目します。 対象読者 Gitコマンドのadd、commit、push、pullなどは問題なく使える方 Gitをより便利に使いたい、もう一段レベルアップしたいと思っている方 Gitの学び方について知りたい方

            【Git中級者への第一歩】リリースプロセスの品質を上げるブランチ戦略、開発をもっと便利にするコマンドとは
          • AWS LambdaのRuby .zipパッケージでgitから取得したgemを使う - たごもりすメモ

            AWS LambdaでRubyランタイムを使っててzipアーカイブで関数コードをアップロードしてる人向け。 基本的にはGemfileに依存関係書いてbundle config set --local path 'vendor/bundle'してbundle installすればいい。以下のドキュメントを読もう。 docs.aws.amazon.com んだけど、Gemfileにrubygems.org以外から取得したgem、特にgitを指定したものを使っている場合にこれだけだとうまくいかないので、原因と対処を書いておく。 そもそもLambdaは何をやってるか 上述ドキュメントを読むとわかるが、zipファイルにはGemfile.lockもGemfileも入れない。それで動作する。これはどういうことかというと、AWS Lambdaのランタイム側ではBundlerを使わず(?)、vendor/b

              AWS LambdaのRuby .zipパッケージでgitから取得したgemを使う - たごもりすメモ
            • Highlights from Git 2.46

              The open source Git project just released Git 2.46 with features and bug fixes from over 96 contributors, 31 of them new. We last caught up with you on the latest in Git back when 2.45 was released. Before we get into the details of this latest release, we wanted to remind you that Git Merge, the conference for Git users and developers is back this year on September 19-20, in Berlin. GitHub and Gi

                Highlights from Git 2.46
              • Gitとは?バージョン管理入門ガイド

                Author Kedasha Kerr Gitについて知っておくべき基本的な概念と、世界で最も広く使われているバージョン管理システムのインストール・設定方法をステップバイステップで紹介します。 ソフトウェア開発が初めての方、これから始めようとしている方、ようこそ!この記事を読んでいただきありがとうございます。おそらくたくさんの疑問があると思いますが、私たちがそのすべてを解決するお手伝いをします。 Gitとは何か、なぜ重要なのか、どのようにインストールして設定するのか、そしてGitを使い始めるための基本的な考え方について説明します。 ここからが本題です:Gitは、世界で最も広く使われているバージョン管理システム(VCS)です。バージョン管理とは、一定期間にわたるファイルの変更を追跡するシステムのことです。 あなたの履歴書を例にしてみましょう。おそらく、キャリアの過程で何度も履歴書を作り直して

                  Gitとは?バージョン管理入門ガイド
                • Learn Git Branching

                  An interactive Git visualization tool to educate and challenge!

                    Learn Git Branching
                  • Gitコマンドチートシート - Qiita

                    まえがき DMM WEBCAMP Advent Calendar 2023 14日目記事です。 DWCメンター・卒業生が記事を投稿しておりますので、是非他の記事もご確認ください! 初めに よく使うコマンドを厳選して載せています. そのため,その他コマンドについては,manコマンドなどを用いて各自で調べてください. git設定 コマンド 解説 補足

                      Gitコマンドチートシート - Qiita
                    • git-cliff

                      Highly Customizablegit-cliff uses regex-powered custom parsers and the changelog can be customized easily with a configuration file to match the desired format. Conventional Commitsgit-cliff can generate changelog files for any Git repository that follows the conventional commits specification. Easy Integrationgit-cliff can be easily integrated with your Rust/Python/Node.js project as a command-li

                        git-cliff
                      • GitButlerでgitのワークフローをめっちゃ便利にする - Qiita

                        tldr GitButlerのUIはこんなかんじ。 なにがいいの? 目玉となる機能は仮想ブランチで物理的なブランチを作成しなくてもgitの作業を柔軟に行えるようになります。たとえば現在の変更から複数の仮想ブランチに変更をドラッグして変更を構成できたりします。 コミットメッセージも自動で考えてくれたりします。 仮想ブランチの名前も自動的に決めてくれます。 なぜGitButlerなのか? 新しいGitクライアントの必要性 現代のソフトウェア開発では、GitHubが開発者のコラボレーションを変革しました。しかし、GitHubやGitLab、Bitbucketを使うには依然として、使いにくく、エラーが発生しやすいコマンドラインツールを使用する必要があります。これは、現代の開発者が使用するワークフローやプロセスに最適化されていません。 GitButlerの革新性 GitButlerは、ソフトウェア開

                          GitButlerでgitのワークフローをめっちゃ便利にする - Qiita
                        • Git 時空操作のススメ - Qiita

                          投稿目的 現場での対応の備忘録 兼 Git初心者への情報共有 「ふわっとした理解」を「ぷにっとした理解」くらいに固める 有識者からご指摘をいただく 本記事について 現場に配属されてからというもの、Gitを用いて時空操作することがたびたびありました (Gitでやらかした際に対処する経験を積ませていただきました)。 その時の備忘録 兼 Git初心者の方への知識共有として、本記事を執筆します。 ※VSCode & Git Graphを使用しています。 事例紹介「コミットメッセージを間違えた...」 あっ...コミットメッセージに日付を入れるの忘れてpushしてた... 上記2023/11/20ブランチ(ピンクのブランチ)のコミットメッセージについて、 正 : [日付] コミット内容 誤 : コミット内容(今の内容) 解決策① git commit --amendコマンドを使う 最初に「Git コ

                            Git 時空操作のススメ - Qiita
                          • Measuring Git performance with OpenTelemetry

                            EngineeringMeasuring Git performance with OpenTelemetryUse our new open source Trace2 receiver component and OpenTelemetry to capture and visualize telemetry from your Git commands. When I think about large codebases, the repositories for Microsoft Windows and Office are top of mind. When Microsoft began migrating these codebases to Git in 2017, they contained 3.5M files and a full clone was more

                              Measuring Git performance with OpenTelemetry
                            • GitのTwo dotsとThree dots | 株式会社ヌーラボ(Nulab inc.)

                              こんにちは、ヌーラボの中村です。Backlog の Git チームで開発やメンテナンスをやっています。 最近Git機能に手を入れる際、Git コマンドの Two dots (..) と Three dots (...) がなかなかややこしいなぁと感じました。本記事ではそのあたりをまとめます。 ※これはヌーラバー真夏のブログリレー2024の14日目の記事です。 概要 git diff もしくは git logで比較対象のブランチ名を指定するとき、ドットを付けないのか・ドットを2つ(Two dots)にするのか・ドットを3つ(Three dots)にするのか・ドットを4つ以上付けるのか(実際はエラーになりますが……)迷う方も多いのではないでしょうか。私も昔は雰囲気で使っていました。 この記事ではドットの意味と、その内容を深堀って行きます。 git log と git diff のオプションの違

                                GitのTwo dotsとThree dots | 株式会社ヌーラボ(Nulab inc.)
                              • git merge と 4種類の結果について

                                git merge とは? 複数のブランチを 1 つのブランチに統合するコマンドです。 merge コマンドは、元のブランチと分岐したブランチを統合した新しいコミットを作成します。 gitで merge 後の結果には 下記のような種類があります。 Already up to date mergeするブランチ同士のコミット内容に差分が無く、mergeする必要がなかった状態。 Fast Forward(早送りになるmerge) 現在のブランチの先端から対象ブランチに向かって 1 本の直線的なパスのみが通っている状態。 fast-forward な関係や状態といわれたら、merge 元ブランチ(merge した内容を持つブランチ)の内容はすでに merge 先にあるという状態のことを指します。 fast-forward な関係にある時に pull すると、実際には merge は発生しないので、

                                  git merge と 4種類の結果について
                                • CloudFormationがCD Pipelineなしで そのままGit連携デプロイが可能に! #AWSreInvent | DevelopersIO

                                  CloudFormationがCD Pipelineなしで そのままGit連携デプロイが可能に! #AWSreInvent ども、re:Invent現地参加組の もこ@札幌オフィス です。 まだ現地ではキーノートが始まっておらず、まだラスベガスにも到着出来ていない現状ですが、ぽろぽろと出てきているアップデートをご紹介していきます! CloudFormationのStack更新がGitからできるようになった! このサービス、簡潔にまとめると「CloudFormationのStack deployment fileを元にして良い感じに指定したブランチに更新があったらデプロイするよ!」といったサービスです。 Stack deployment fileを簡単に説明するとCloudFormationのTemplateにおけるパラメータを定義できるモノです。 今回のアップデートであるGitとの同期機能

                                    CloudFormationがCD Pipelineなしで そのままGit連携デプロイが可能に! #AWSreInvent | DevelopersIO
                                  • How to migrate your AWS CodeCommit repository to another Git provider | Amazon Web Services

                                    AWS DevOps Blog How to migrate your AWS CodeCommit repository to another Git provider After careful consideration, we have made the decision to close new customer access to AWS CodeCommit, effective July 25, 2024. AWS CodeCommit existing customers can continue to use the service as normal. AWS continues to invest in security, availability, and performance improvements for AWS CodeCommit, but we do

                                      How to migrate your AWS CodeCommit repository to another Git provider | Amazon Web Services
                                    • Windowsで電子書籍の制作環境を構築!『Git for Windows + Re:VIEWで電子書籍を作ろう』発売/リポジトリの作成方法、GitHubとのデータ同期などを解説【Book Watch/ニュース】

                                        Windowsで電子書籍の制作環境を構築!『Git for Windows + Re:VIEWで電子書籍を作ろう』発売/リポジトリの作成方法、GitHubとのデータ同期などを解説【Book Watch/ニュース】
                                      • ~sircmpwn/bunnix - A simple monolithic Unix-ish kernel - sourcehut git

                                        #Bunnix A simple monolithic Unix-like operating system. #Bunnix cross toolchain A GNU toolchain configured for an x86_64-bunnix target is required to compile Bunnix. Fetch the binutils and gcc trees from here: binutils (bunnix branch) gcc (bunnix branch) You must configure these with the Bunnix sysroot you will be using for your build. The build system places this at $srcdir/target/root/ by defaul

                                        • いまさら聞けない「Git」とは? ネットワークエンジニアのためのGit入門

                                          関連キーワード ネットワーク | 運用管理 | ネットワーク管理 | バージョン管理 ネットワーク担当者が、ネットワーク構成の変更を手作業で確認する時代は終わりを告げた。技術の発展に伴って、ネットワーク担当者はネットワーク自動化、DevOps(開発と運用の融合)、Infrastructure as Code(IaC)といった手法を活用して、構成管理の効率を上げるようになった。 現代の企業では、チームの構成員が世界中に分散していたり、テレワーカーとオフィスワーカーが混在していたりすることが一般的だ。こうした従業員とその働き方を支えるネットワークの管理では、自動化やバージョン管理システムが活躍している。その一例が、オープンソースのバージョン管理システム(VCS)である「Git」だ。 ネットワーク管理者はGitを使えば、ネットワーク構成ファイルの管理、プロジェクトでの共同作業、構成変更の監視、ド

                                            いまさら聞けない「Git」とは? ネットワークエンジニアのためのGit入門
                                          • ChatGPT/LangChainを使ってgitの差分からドキュメントを自動で更新する

                                            「ChatGPT/LangChainによるチャットシステム構築[実践]入門」という本を読んで学んだ知識を使って、自分で簡単なツールを作ってみたのでそれについて紹介しようと思います。作ってみたツールは、git diff の結果を入力として、この差分によって更新が必要になるドキュメントを検知して書き換えるというものです。 動作例 この記事で紹介するツールの実際の動作例を最初に示します。 ❯ dupdate --repo ../dummy_project --model_name gpt-4 --k 2 2023-11-05 15:22:42.471 | INFO | __main__:main:123 - Using mode: gpt-4 2023-11-05 15:22:43.440 | INFO | __main__:main:125 - Created DB 2023-11-05 15

                                              ChatGPT/LangChainを使ってgitの差分からドキュメントを自動で更新する
                                            • How HEAD works in git

                                              Hello! The other day I ran a Mastodon poll asking people how confident they were that they understood how HEAD works in Git. The results (out of 1700 votes) were a little surprising to me: 10% “100%” 36% “pretty confident” 39% “somewhat confident?” 15% “literally no idea” I was surprised that people were so unconfident about their understanding – I’d been thinking of HEAD as a pretty straightforwa

                                              • Git Tips and Tricks

                                                Git Tips and Tricks Some things that people don’t tend to know about Git anymore, and some new things you might not have noticed. My FOSDEM 2024 talk on little known Git stuff that this blog series is based off. Years ago I used to do talks on advanced Git stuff. For the last decade or so, I've sort of assumed that everyone knew all the advanced command line stuff by now. However, in the last few

                                                  Git Tips and Tricks
                                                • 何も考えずgit add . することから卒業しよう - Qiita

                                                  はじめに こんにちは!新人エンジニアの @shinkaaaai です。 Gitは多くのソフトウェア開発の現場で使われており、研修などで学ぶ機会も多いと思いますが、Gitの真意が理解できずに、とりあえず使えるコマンドだけ覚えているという人も多いのではないでしょうか。(というか私がそうだった) 特にgit addは初心者には中々理解が難しく、私もとりあえずgit add . とやっていた期間が結構ありましたが、先日社内の @k_uki512 主催のGitのLT会に参加した際にgit addのありがたさを実感したので共有したいと思います。 基本のおさらい Gitはワーキングディレクトリとステージングエリアとローカルリポジトリという3つの状態を駆使して変更履歴を管理しています。 https://git-scm.com/book/en/v2/Getting-Started-What-is-Git%3

                                                    何も考えずgit add . することから卒業しよう - Qiita
                                                  • 【Git中級者への第一歩】自らステップアップする! チートシートや自分で起こすコンフリクトなど、Git学習のヒント

                                                    はじめに こんにちは、都内でソフトウェアエンジニアとして働いている藤澤です。「Git中級者への第一歩」の連載の3回目となります。第1回はコミット、第2回はブランチ戦略に着目した内容でした。第3回の今回は「Gitを学ぶ」という点に着目します。 これまでGit中級者への第1歩を踏み出すための知識をお伝えしてきました。ぜひ本記事を参考に、第2歩、第3歩を読者のみなさん自ら、歩んでいただきたいと思っています。最後までぜひご覧ください。 対象読者 Gitコマンドのadd、commit、push、pullなどは問題なく使える方 Gitをより便利に使いたい、もう一段レベルアップしたいと思っている方 Gitの学び方について知りたい方 Gitを学ぶメリット Gitを学び、使いこなすことがなぜ重要なのでしょうか。ここで改めて、Git中級者を目指すことのメリットを考えてみます。 システムの品質向上 第1回で取り

                                                      【Git中級者への第一歩】自らステップアップする! チートシートや自分で起こすコンフリクトなど、Git学習のヒント
                                                    • git-logを上手に使って無駄なDockerビルドを回避する | Offers Tech Blog

                                                      こんにちは! Offers, Offers MGR を運営している株式会社 overflow 所属、エンジニアの藤井です。 最近、既存機能のリプレースのため頻繁にデプロイ作業を繰り返していたのですが、Docker ビルドの時間が長くてイライラしていました。 Docker イメージのサイズは可能なかぎり最小を保つべきですが、それでも追加開発を繰り返せばギガバイト単位になってしまうことも珍しくはありません。 そうなると、Docker ビルドにかかる時間も長くなり、開発効率が落ちてしまいます。 そこで今回は、git-log を上手に使って無駄な Docker ビルドを回避する方法をご紹介します。 その前に、まずは Docker タグの戦略について考えていきます。 Dockerタグの戦略について Microsoft のドキュメント "Recommendations for tagging and

                                                        git-logを上手に使って無駄なDockerビルドを回避する | Offers Tech Blog
                                                      • 覚えていますか?Git以前の世界 | ソフトアンテナ

                                                        今やバージョン管理ツールとして圧倒的なシェアを誇る「Git」ですが、Gitが登場する前、プログラムのソースコードはどのように管理されていたのでしょうか。 海外のブログ記事「The World Before Git」で、Git誕生に至るバージョン管理ツールの履歴がまとめられています。 この記事によると、1970年代の初頭、開発者はファイルのコピーを手作業で保存することでバージョン管理をしていました。標準的なやり方はなく、開発者がそれぞれ個人的な方法でバージョンを管理していたのです。 この状況が変わるのは、1972年にベル研究所のMarc J. Rochkind氏が作成した「SCCS」です。SCCSでは、現在のバージョン管理ツールにも継承されている多くのコンセプトが導入され、自動リビジョントラッキングやブランチ、マージなどがサポートされました。ファイルの変更を管理するために、ファイルの完全な複

                                                          覚えていますか?Git以前の世界 | ソフトアンテナ
                                                        • Git で覚えていきたいコマンド - Qiita

                                                          はじめに git スキル リファクタリングの時間です!! 最近gitコマンドに慣れてきたので、新しいコマンドを覚えていきたい所存 「すぐ使えるもの」:RUNTEQ カリキュラムで使えるもの 「すぐ使えないけど絶対使うもの」:備忘録 「まだ重要度のわからないもの」:初心者(私)からするとわからないもの。 という形で書いていきます! (↓ こちらの記事に触発されました。ありがとうございます🙇‍♂️🙇‍♂️) すぐ使えるもの 今取り組んでいる RUNTEQ カリキュラム上、すぐに使って覚えていけそうなものです。 git commit --amend 直前のコミットメッセージは git commit --amend で変更できます。 テキストエディタが開くので、コミットメッセージを変更して保存します。 まさに今日やりたかったことですね~便利。 git branch コマンド 説明

                                                            Git で覚えていきたいコマンド - Qiita
                                                          • Git - git-replay Documentation

                                                            English

                                                            • 【Git】一時的に過去のcommitに戻りたい - Qiita

                                                              はじめに 不具合等が発生した際に、発生個所を突き止めるため一時的に過去のcommitに戻って操作したい場合は無いだろうか?今回は、その方法を以下に記載する(最新のcommit状態に戻す方法も併せて記載する)。 結論 ブランチを過去のcommitに戻す手順と、最新の状態に戻すコマンドを記載する。 ■ ブランチを過去のコミットに戻す

                                                                【Git】一時的に過去のcommitに戻りたい - Qiita
                                                              • Git Submoduleを使って共通のソースコードを複数のプロジェクトで共有する方法

                                                                この記事について この記事ではGitのサブモジュール機能を使って共通のソースコードを複数のプロジェクトで共有する方法について紹介します。 この方法が役に立つのは、例えばNode.jsでブログシステムを開発していて管理システムと配信システムを別々に作っているけどデータベースは共通している、といった場面です。 このような場面ではPrismaやSequelizeのモデル定義が管理システムと配信システムの両方のコードベースに必要となります。 普通にコピー&ペーストしても悪くはないかと思いますが、より良い方法としてGitのサブモジュール機能を使った方法を紹介します。 共有する前の状態 ソースコードを共有する前のファイル構成(再現コマンドを兼ねます)を下記と仮定します。 mkdir module-a mkdir module-a/common touch module-a/common/add.js

                                                                  Git Submoduleを使って共通のソースコードを複数のプロジェクトで共有する方法
                                                                • git branches: intuition & reality

                                                                  Hello! I’ve been working on writing a zine about git so I’ve been thinking about git branches a lot. I keep hearing from people that they find the way git branches work to be counterintuitive. It got me thinking: what might an “intuitive” notion of a branch be, and how is it different from how git actually works? So in this post I want to briefly talk about an intuitive mental model I think many p

                                                                  • botterのためのgit/githubからの情報流出防止設定

                                                                    こんにちは、ちゃまと申します。 最近bot作成にハマり、日々試行錯誤しております。 少し技術よりの細かい話を書いてみたくなりZennも利用してみることにしました。 ちなみに、記事タイトルは尊敬するまちゅけんさんの記事を勝手にパクらオマージュさせていただきました😇。 まちゅけんさんが書かれている記事はどれも素晴らしいのでもし読まれていない方がいたらぜひ読んでみてください。 この記事について 前提として、git/githubを利用してコード管理をされているbotterの方々は多いと思います。 この記事ではこれらのツールを利用する上で個人情報や秘密鍵などの秘匿したい情報を誤って公開しないようにするために自分がやっている設定を書いてみます。 こういう情報は下手に書くと穴があることがバレるのでちょっと怖いんですが、最低限やっておいて損はないだろうという情報は共有できた方がよいのではと思い書きました

                                                                      botterのためのgit/githubからの情報流出防止設定
                                                                    • 日々勉強した事を振り返る為に er_repository という Git リポジトリを作って毎日草を生やす話 - Qiita

                                                                      ■ はじめに 説明 普段は、Notion というツールでデータベースを作って毎日の振り返りを行ってます。 又、月初と月末には目標と結果もまとめて来月に活かしてます。 ざっと構成としては以下のような感じです。 2024/01 ページ — 目標 — 実績 — 01/01 — 01/02 — 01/03 — etc… これは誰かに見せるとかではなく、完全に自分用の日報?みたいなものです。 今月は、こういった事が頑張れたな、積読してる書籍を◯本消化出来たな、などです。 このまま Notion で管理しても良いのですが、せっかくなので Git リポジトリ作ってそこに毎日 push すれば、毎日草生やせるじゃんと閃いたので試験的にやってみようと思いました。 毎日の振り返り、everyday_retrospectiveを略して er_repository とします。 とりあえず事前準備としてやる事として

                                                                        日々勉強した事を振り返る為に er_repository という Git リポジトリを作って毎日草を生やす話 - Qiita
                                                                      • Gitに見つかった5つの新たな脆弱性 GitHubが注意喚起

                                                                        GitHubは2024年5月14日(米国時間)、最新の「Git」バージョンv2.45.1で修正された5つの脆弱(ぜいじゃく)性について注意を促す記事を公式ブログで公開した。 5つの脆弱性の影響を受けるプラットフォームはWindows、macOS、Linux、BSDであり、全てのGit利用者に影響をもたらすものだと、GitHubは述べている。 修正された5つの脆弱性は次の通り。 CVE-2024-32002(影響度は重大、WindowsとmacOSに影響) サブモジュールを含むGitリポジトリは、クローン操作中に「.git/」ディレクトリからスクリプトを実行させるようGitを誘導できることがある。このスクリプトが実行されると、任意のリモートコードを実行(RCE:Remote Code Execution)されるリスクがある。 CVE-2024-32004(影響度は高、マルチユーザーマシンに影

                                                                          Gitに見つかった5つの新たな脆弱性 GitHubが注意喚起
                                                                        • Unity ライブラリを Git submodule で管理する - たるこすの日記

                                                                          はじめに Unity で長期的なプロジェクトやライブラリを作成する際、 ソースコードが公開されている Unity ライブラリや社内ライブラリを使う場合に、 Git submodule でコードを取り入れるようにしています。 自分の Git リポジトリにライブラリのコードを入れることに比べて、以下のようなメリットがあります。 ライブラリのコードが自分のリポジトリに入らない ライブラリのバージョン変更が楽 ライブラリのリポジトリに対してコミットや Pull Request がやりやすい この記事では、自分がどのように Git submodule を使ってプロジェクトを構成しているかを紹介します。 フォルダ構成と仕組み リポジトリのルートフォルダの中の _external フォルダにライブラリのコードが入ります。 このままでは自分の Unity プロジェクトから使えないため、 Assets フォ

                                                                            Unity ライブラリを Git submodule で管理する - たるこすの日記
                                                                          • Highlights from Git 2.43

                                                                            The open source Git project just released Git 2.43 with features and bug fixes from over 80 contributors, 17 of them new. We last caught up with you on the latest in Git back when 2.42 was released. To celebrate this most recent release, here is GitHub’s look at some of the most interesting features and changes introduced since last time. New features in git repack In Git 2.43, git repack learned

                                                                              Highlights from Git 2.43
                                                                            • ~zjm/Cassette - A little programming language - sourcehut git

                                                                              Cassette is a small, Lisp-like programming language. It is a home-cooked meal. It looks like this: import List import Math import Canvas import System let width = 800, height = 480, canvas = Canvas.new(width, height) canvas.text("Lines!", {200, 2}) System.seed(System.time()) def rand-line(i) do let x0 = Math.floor(i * width / 100), y0 = Math.rand-int(20, height / 10), x1 = Math.rand-int(0, width),

                                                                              • Gitの設定を見なおした - ちなみに

                                                                                先日ホットエントリーに上がっていた以下の記事を読んでやる気を出して整理した。 jvns.ca 記事からは以下を取り入れて、あとは不要なものを消したりして回った。 branch.sort -committerdate ブランチをコミット時刻で並べる diff.algorithm histogram diff のアルゴリズムを histogram にする (参照) rebase.autosquash = true rebase するときに --autosquash って書かなくてよくなるやつ 最終的には見せていいところだけ残して以下のようになった。 [ghq] root = ~/local/src [alias] c = commit b = branch d = diff di = diff --cached st-pull = !git stash && git pull && git s

                                                                                  Gitの設定を見なおした - ちなみに
                                                                                • CloudFormationの新機能「Git Sync」をGitLabで試してみた #AWSreInvent | DevelopersIO

                                                                                  AWS re:Invent 2023期間中(直前?)に発表されたGit Sync、連携先のリポジトリにGitLabも選択できるので、実際に試してみました 本記事はクラスメソッド DevOps・セキュリティのカレンダー | Advent Calendar 2023の22日目の記事です。 日本時間で 11/27 早朝に発表されたCloudFormationの新機能、Git Sync(Git 同期)、みなさんはもう試されましたでしょうか。 公式のアナウンス(日本語)はこちらになります。 AWS CloudFormation、スタックの Git 管理を導入 こちらの機能、本格的な CI/CD を構築するにはシンプル過ぎるのではと思われますが、ちょっとした「CFnをGit管理したい」というアドホック運用目的としては、個人的に可能性を感じる機能です。なぜCodeCommitに対応していない。。。 とは

                                                                                    CloudFormationの新機能「Git Sync」をGitLabで試してみた #AWSreInvent | DevelopersIO