並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 1389件

新着順 人気順

*gitの検索結果161 - 200 件 / 1389件

  • GitHub - chriswalz/bit: Bit is a modern Git CLI

    bit is an experimental modernized git CLI built on top of git that provides happy defaults and other niceties: command and flag suggestions to help you navigate the plethora of options git provides you autocompletion for files and branch names when using bit add or bit checkout automatic fetch and branch fast-forwarding reducing the likelihood of merge conflicts suggestions work with git aliases n

      GitHub - chriswalz/bit: Bit is a modern Git CLI
    • The problem with Git flow

      The problem with Git flow Learn why Git flow complicates the lifecycle and discover an alternative to streamline development. Sometimes, you can have too much of a good thing. That’s certainly true with Git flow, a well-known software development workflow that offers several options but can bog down users. We developed GitLab Flow as the solution to eliminate messy complexity and streamline the de

        The problem with Git flow
      • Git で複数のコミットを1つにまとめられる「スカッシュ」というテクニック | DevelopersIO

        こんにちは、CX 事業本部 Delivery 部の若槻です。 今回は、Git で複数のコミットをまとめる方法を確認してみました。 ちなみに Git で行うこの操作のことを「スカッシュ(squash)」するとも言います。squash は「押しつぶす」とか「ぺちゃんこにする」という意味だそうです。 環境 $ vim --version VIM - Vi IMproved 9.0 (2022 Jun 28, compiled Jun 23 2023 22:12:29) macOS version - arm64 Included patches: 1-1544 確認してみた スカッシュしたいコミットが「連続する」場合と「連続していない」場合の 2 通りの方法を確認してみました。 連続するコミットの場合 まずは「連続する」複数のコミットをスカッシュする場合の方法です。 スカッシュ前の状態 次のよう

          Git で複数のコミットを1つにまとめられる「スカッシュ」というテクニック | DevelopersIO
        • オープンソースのWebAssemblyサーバレス基盤「Wasm Workers Server 1.3」リリース。Gitリポジトリからコードをロードして実行可能に

          オープンソースのWebAssemblyサーバレス基盤「Wasm Workers Server 1.3」リリース。Gitリポジトリからコードをロードして実行可能に VMware Wasm Labsは、WebAssemblyのWorkerをNode.jsやDenoのようにサーバサイドでイベントドリブンに実行できる「Wasm Workers Server」の最新版「Wasm Workers Server 1.3」をリリースしました。 Wasm Workers Server 1.3 is out! The project continues evolving. Here you have the main features: Run projects directly from remote Git repositories New read-only administration panel B

            オープンソースのWebAssemblyサーバレス基盤「Wasm Workers Server 1.3」リリース。Gitリポジトリからコードをロードして実行可能に
          • GitHub - bregman-arie/devops-exercises: Linux, Jenkins, AWS, SRE, Prometheus, Docker, Python, Ansible, Git, Kubernetes, Terraform, OpenStack, SQL, NoSQL, Azure, GCP, DNS, Elastic, Network, Virtualization. DevOps Interview Questions

            In general, what do you need in order to communicate? A common language (for the two ends to understand) A way to address who you want to communicate with A Connection (so the content of the communication can reach the recipients) What is TCP/IP? A set of protocols that define how two or more devices can communicate with each other. To learn more about TCP/IP, read here What is Ethernet? Ethernet

              GitHub - bregman-arie/devops-exercises: Linux, Jenkins, AWS, SRE, Prometheus, Docker, Python, Ansible, Git, Kubernetes, Terraform, OpenStack, SQL, NoSQL, Azure, GCP, DNS, Elastic, Network, Virtualization. DevOps Interview Questions
            • Kazuho Oku on Twitter: "プルリク、たいていmainブランチのHEADよりも古いのをフォークしてるけど、そういうなのを手元でレビューする時は git diff -r $(git merge-base HEAD main) とやると、共通祖先とのdiff… https://t.co/UstVHNFGmv"

              プルリク、たいていmainブランチのHEADよりも古いのをフォークしてるけど、そういうなのを手元でレビューする時は git diff -r $(git merge-base HEAD main) とやると、共通祖先とのdiff… https://t.co/UstVHNFGmv

                Kazuho Oku on Twitter: "プルリク、たいていmainブランチのHEADよりも古いのをフォークしてるけど、そういうなのを手元でレビューする時は git diff -r $(git merge-base HEAD main) とやると、共通祖先とのdiff… https://t.co/UstVHNFGmv"
              • Gitによるチーム開発のいろはを基礎から学ぼう!

                対象読者 これからGitやGitHubを使い始めようと思っている方 Gitの使い方は知っているが、チーム開発の経験がない方 Gitによるチーム開発のいろは 第1回ではGitの基本的な使い方を解説しました。第2回では、実務・チーム開発の現場でGit、およびGitHubを活用するためのノウハウを紹介します。とはいえあくまで一例なので、自分たちの開発チームに合わせたやり方に適宜カスタマイズしてみてください。 GitHubは、Gitリポジトリのリモートホスティングサービスの1つであり、Gitでチーム開発を行う上で欠かせないものです。GitHubについても後半の節で解説します。 Gitの誕生秘話 まず余談ですが、Gitの誕生秘話について少し触れておきます。そもそもGitはLinuxを開発するために生まれました。つまり、Linuxほど大規模なプロジェクトを、大人数で進められることが要件としてありました

                  Gitによるチーム開発のいろはを基礎から学ぼう!
                • GitHub - dolthub/dolt: Dolt – Git for Data

                  Dolt is a SQL database that you can fork, clone, branch, merge, push and pull just like a Git repository. Connect to Dolt just like any MySQL database to read or modify schema and data. Version control functionality is exposed in SQL via system tables, functions, and procedures. Or, use the Git-like command line interface to import CSV files, commit your changes, push them to a remote, or merge yo

                    GitHub - dolthub/dolt: Dolt – Git for Data
                  • Gitのコミットメッセージをしっかり書こうという話【備忘録的共有】 | SIOS Tech. Lab

                    ◆ Live配信スケジュール ◆ サイオステクノロジーでは、Microsoft MVPの武井による「わかりみの深いシリーズ」など、定期的なLive配信を行っています。 ⇒ 詳細スケジュールはこちらから ⇒ 見逃してしまった方はYoutubeチャンネルをご覧ください 【4/18開催】VSCode Dev Containersで楽々開発環境構築祭り〜Python/Reactなどなど〜 Visual Studio Codeの拡張機能であるDev Containersを使ってReactとかPythonとかSpring Bootとかの開発環境をラクチンで構築する方法を紹介するイベントです。 https://tech-lab.connpass.com/event/311864/ 今回は、Gitをチームで運用していく際におざなりにされがちなことについて書いています。一週間前におざなりにして注意を受けたの

                      Gitのコミットメッセージをしっかり書こうという話【備忘録的共有】 | SIOS Tech. Lab
                    • An Interview With Linus Torvalds: Linux and Git - Part 1 30 Years Of Linux

                      Jeremy founded Tag1 Consulting in 2007. He has been a contributing core Drupal developer since 2002, and helped establish Drupal as a successful CMS through the early popularity of his personal blog, KernelTrap.org. Over the years, he authored and maintained the core statistics module and throttle module, as well as the pager logic and the initial Drupal 5 installer. He continues to contribute to

                        An Interview With Linus Torvalds: Linux and Git - Part 1 30 Years Of Linux
                      • 【Gitコマンド入力をお手軽に!】ターミナルUIのGitツール「lazygit」の紹介 | DevelopersIO

                        はじめに 皆さんはgitコマンドを扱う時にCLIを使っていますか?いちいち「git commit」や「git merge」などのコマンドを打ったりhistoryから探したりするのって面倒ですよね。ただGUIのツールを使っても毎回画面移動が必要になるので、見やすくても面倒は残ります。そんな方に簡単なキー入力だけでgitコマンドの実行が可能になるツールの紹介です。先輩(@shuntaka)からの紹介で入れてみて、開発中に使っていてかなり便利なツールだと感じたので紹介記事書きました。 lazygitとは lazygitとは、git commandのためのシンプルなターミナルUIです。lazygitはすでに存在しているリポジトリに対して、主にコミット・ブランチ操作をCLI上の画面から簡単に実行することができます。画面の操作などは基本vimのキーバインドも使えるのでvimの操作に慣れている人には特に

                          【Gitコマンド入力をお手軽に!】ターミナルUIのGitツール「lazygit」の紹介 | DevelopersIO
                        • Terraform でAWS 環境にDockle + git-secrets を組み込んだCIを構築する - Qiita

                          はじめに コンテナセキュリティのガイドライン NIST SP800-190(アプリケーションコンテナセキュリティガイド) では、イメージのリスクの1つとして 「イメージの設定の不備」 について言及されています。 さらに、NIST SP800-190 では、このリスクへの対策として、 「セキュアな設定のベストプラクティスへの準拠を検証および実施するためのツールとプロセスを採用すること」 を推奨しています。 本記事では、この 「イメージの設定の不備」 へのリスク対策ツールとして、Dockle とgit-secrets を採用し、このツール群を組み込んだCI パイプライン(ビルドのプロセス)をTerraform でAWS 環境に構築する方法を記載しています。 コンテナイメージのセキュリティ対策の一例として参考になれば幸いです。 Terraform で構築する全体構成図 構成の概要 Dockerf

                            Terraform でAWS 環境にDockle + git-secrets を組み込んだCIを構築する - Qiita
                          • 「サルでもわかるGit入門」がPWAに対応しました | 株式会社ヌーラボ(Nulab inc.)

                            サルでもわかるGit入門はサル先生のGit入門に改名しました。 サルでもわかるGit入門がPWAに対応しました。 iOSやAndroidのスマートフォンのホーム画面にサルでもわかるGit入門を追加することでネイティブアプリのように起動し、ブラウザよりも高速に閲覧することが可能になります。 こんにちは。 ヌーラボのマーケティング課所属のレオです。 私はヌーラボが運営するサイトやCacooの開発をサポートしたりとヌーラボ内を横断しているフロントエンドエンジニアです。 今回はレガシーな構成からNuxt.jsにリプレイスしたサルでもわかるGit入門を今更ながらPWAに対応させたので、かんたんにご紹介します。 そもそもPWAとは PWAとはProgressive Web Apps(プログレッシブウェブアプリ)の略です。 通常のWebサイト / Webアプリはブラウザ上で動作しますが、PWAはブラウザ

                              「サルでもわかるGit入門」がPWAに対応しました | 株式会社ヌーラボ(Nulab inc.)
                            • Gitブランチ、Dockerリポジトリ、環境毎のk8sクラスタ 俺のデプロイフローを聞いてほしい | DevelopersIO

                              EKSクラスタでアプリケーションを起動させる これだけでもちょっぴりハードルが高いが、この先にはもっと高いハードルが待ち受けている。そう、 コードを修正してEKSクラスタにデプロイするまでのフローを考える である。正直適当にやろうと思えばなんとでもなるが、ここを整備しないと不幸な未来が待っているのだ。 ということで今回は、私が考えたデプロイフローとそのフローに到るまでに悩んだポイントを紹介したいと思います。 ※一部机上レベルでの確認になります。 フィードバックお待ちしています。 デプロイフロー 前提 AWSアカウント:環境毎に分離 Gitリポジトリ:GitHub Dockerレジストリ:ECR CI:CodePipeline + CodeBuild CD:ArgoCD(後述) 用語 アプリケーションリポジトリ アプリケーションコードを管理するためのリポジトリ ArgoCDリポジトリ k8s

                                Gitブランチ、Dockerリポジトリ、環境毎のk8sクラスタ 俺のデプロイフローを聞いてほしい | DevelopersIO
                              • すぐ使いこなせるようになりたい人のためのGit入門一覧

                                CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

                                  すぐ使いこなせるようになりたい人のためのGit入門一覧
                                • 「GitHub」と「GitLab」を比較--2大Git VCSの相違点と類似点

                                  筆者はよく次のような質問を受ける。「プログラミングプロジェクトで使う分散型バージョン管理システム(VCS)は、『GitHub』と『GitLab』のどちらがよいのか」 まず、社内プログラムを構築するだけの場合は、自社サーバー上で単独で使用できるローカルGitインスタンスがあれば十分だ。Gitは自社サーバーやクラウド上で集中型のVCSとして使用することもできる。VCSを自分で構築できるなら、VCSサービスのサブスクリプションは必要ない。このモデルでは、世界中に散在するチームやパートナーとともにプロジェクトを簡単に運営することができる。 しかし、ホスト型Gitサービスのさまざまな付加機能が必要な人もいるだろう。本記事では、ソフトウェアサービスの違いから、インターフェースと中核的な価値の類似点までを詳しく解説する。 主な違いは、GitLabに継続的インテグレーション/継続的デリバリー(CI/CD)

                                    「GitHub」と「GitLab」を比較--2大Git VCSの相違点と類似点
                                  • プログラミング初心者はgit commitする前に必ずdiffを自分でレビューするクセを付けよう - give IT a try

                                    プログラミング初心者向けのTipsです。 まあ、タイトルに書いたとおりなんですが、プログラミング初心者は(というか、プログラマならみんな)git commitする前にdiffを自分でチェックするようにしましょう。 それはなぜか? しょーもないミスを自分で見つけるためです。 しょーもないミスというのは例えば、消し忘れのコメントや、デバッグ用に書き込んだprint文、無駄な空行、おかしなインデント、管理対象外とすべき一時ファイルや隠しファイル等々です。 def create @book = Book.new(book_params) puts @book.title # ほら、デバッグ用のputsが残ってるよ!! if @book.save redirect_to @book, notice: '登録しました' else render :new # インデントが1文字ズレてるよ!! end e

                                      プログラミング初心者はgit commitする前に必ずdiffを自分でレビューするクセを付けよう - give IT a try
                                    • Git15周年 - GitHubとGitLabに聞く

                                      原文(投稿日:2020/04/07)へのリンク 2005年4月7日、今からちょうど15年前、Gitはセルフホストの可能な完成度に到達した。すなわち、コードをコミットするためにGit自身を使用できるようになったのだ。今日、Gitは最も広く使用される開発ツールのひとつとなり、開発者がコードを管理する方法を大きく変えている。InfoQは今回、GitHubの上級(Distinguished)ソフトウェアエンジニアであるJeff King氏、GitLabのシニアデベロッパエバンジェリストであるBrendan O'Leary氏と、Gitの持つ重要性について話す機会を得ることができた。 Gitは元々、LinuxカーネルのSCM問題に終止符を打つために、Linuxの作成者でメンテナであるLinus Torvalds氏の手によって生まれた。氏は当時のLinuxが使用していたSCMであるBitKeeperの代

                                        Git15周年 - GitHubとGitLabに聞く
                                      • Software Design 2022年4月号の特集「本質から学ぶ Git」を読んだ - kakakakakku blog

                                        「Software Design 2022年4月号」を読んだ.本誌の第2特集「堂々と使える!人に教えられる!本質から学ぶ Git」に寄稿をされた id:syobochim に献本(ギフトコード)をもらったので第2特集を中心にまとめる.献本ありがとうございます! Software Design (ソフトウェアデザイン) 2022年04月号 [雑誌] 技術評論社Amazon 第2特集 目次 本特集は以下の4章から構成されている.基礎的な内容から実践的な内容まで幅広くまとまっている.ただ内容的には 1,2,4 章と 3 章で前提となる技術レベルが違う気もするので,初学者は 1,2,4 章を読んで,Git の内部まで興味があれば 3 章も読んでも良さそう. 第1章 : コミットの記録、リポジトリの状態確認のやり方 第2章 : ブランチやリモートリポジトリの扱い 第3章 : 本質から学ぶ git コ

                                          Software Design 2022年4月号の特集「本質から学ぶ Git」を読んだ - kakakakakku blog
                                        • ローカルリポジトリにおけるGitの動作を可視化する「git-sim」がリリース

                                          git-simは、Pythonで記述されたコマンドラインツールで、gitコマンドがローカルリポジトリに与える影響を示す画像(またはアニメーション)を、すばやく簡単に生成できる。 同ツールの利用によって、実際にコマンドを実行する前に、ユーザーがコマンドの処理内容を確認することが可能になり、リセット/マージがローカルリポジトリにどのように影響するかが、確実にわかるようになる。なお、動作のビジュアル化はJPEG形式の静止画のほか、MP4形式の動画としても出力できる。 同ツールのおもな目標は、開発者ワークフローの中断を最小限に抑えつつ、gitコマンドの効果をすばやく簡単に作成して視覚化することであり、今後の機能強化としては、 コマンドラインインターフェイスを提供して、開発者がローカルGitリポジトリ内のターミナルで直接git-simを実行可能にする gitコマンド(サブコマンドおよびオプション/フ

                                            ローカルリポジトリにおけるGitの動作を可視化する「git-sim」がリリース
                                          • OpenSSHがSHA-1を使用したRSA署名を廃止、BacklogのGitで発生した問題と解決にいたるまでの道のり | 株式会社ヌーラボ(Nulab inc.)

                                            サービス開発部SRE課の@vvatanabeです。 2021年9月26日、OpenSSH 8.8がリリースされました。大きな変更として挙げられるのは、SHA-1ハッシュアルゴリズムを使用したRSA署名の廃止です。 本記事では、この変更がBacklogに与えた影響、その時現場で起こっていたこと、問題解決のプロセス、なにを教訓にしたのか等、順を追って解説します。 ※ 本記事はNuCon 2021で発表した内容をブログ化したものです。 問題の発覚 BacklogのGitへSSHでアクセスできない TypetalkのBacklog開発者のトピックで、以下のフィードバックが投稿されました。 「OpenSSH 8.8へアップデートすると、BacklogのGitへSSHアクセスできない」という内容でした。 問題の調査 Inside SSH protocol v2 深堀りしていく前に、SSHプロトコルの接

                                              OpenSSHがSHA-1を使用したRSA署名を廃止、BacklogのGitで発生した問題と解決にいたるまでの道のり | 株式会社ヌーラボ(Nulab inc.)
                                            • プロダクトのリリースとGitブランチ運用を考えてみた | DevelopersIO

                                              詳細は下記をご覧ください。 Gitブランチ運用 Git FlowとGitHub Flow Gitのブランチ運用としては、Git FlowやGitHub Flowがよく用いられます。Git Flowはプロダクトやチームの規模に対して過剰かつ複雑と判断し、GitHub Flowを少しだけアレンジしたGit運用を行います。 求めるポイント GitHub Flowに対して追加で求めるポイントは、ステージング環境と本番環境へのリリースタイミングを自分たちでコントロールしたいです。理由は下記です。 プロダクトオーナーのOKが出たモノだけをステージング環境と本番環境にリリースしたい 「masterブランチにマージされたらすぐに本番環境にデプロイ」は都合が悪い リリース頻度は1週間に1回ぐらいなので、masterブランチへのマージを手動Stopするのは都合が悪い これらについてアレンジしています。 考えた

                                                プロダクトのリリースとGitブランチ運用を考えてみた | DevelopersIO
                                              • git add の対話モード

                                                すると、対話モードが開始されます。対話モードでは、git statusと似た「どのファイルがステージに追加されているか・されていないか」といった情報と、この対話モードで実行できるコマンドの一覧が表示されています。 ❯ git add -i staged unstaged path 1: unchanged +4/-0 Cargo.lock 2: +1/-0 nothing Cargo.toml *** Commands *** 1: status 2: update 3: revert 4: add untracked 5: patch 6: diff 7: quit 8: help What now> status は git status とほぼ同等の目的を達成できますが、ステージした変更が左側、ステージしていない変更が右側に表示されます。直感的ですね。 update は、実行後ファイ

                                                  git add の対話モード
                                                • ロシアのGoogleこと「Yandex」の40GB超のGitリポジトリが漏えい

                                                  大規模データベースのリーク情報やハッキングツールなどを提供する場として人気のサイバー犯罪フォーラムBreachForums上で、borderline2023というユーザーがYandexの40GB超のGitリポジトリをリークしたと主張しています。 yandex git sources | BreachForums https://breached.vc/Thread-yandex-git-sources?pid=1200126 YandexのGitリポジトリをリークしたのはborderline2023というユーザーで、「リポジトリのみ、データなし、44.71GB。スパム対策ルールを除いてほぼ完全にコピーしました。2022年7月に私がダウンロードしたものです」と投稿しています。この投稿に対して、BreachForumsユーザーからは「かなり素敵に見える」「多くの興味深いツールがある」などのコメ

                                                    ロシアのGoogleこと「Yandex」の40GB超のGitリポジトリが漏えい
                                                  • Gitで巨大プロジェクトを扱うときに少し便利なupdate-ref|TechRacho by BPS株式会社

                                                    ビルドに時間がかかる(数十分~数時間以上)プロジェクトを扱うときに役立つかもしれない、Gitの小ネタです。 Gitには git help しても出てこない( git help -a すれば出る)便利なコマンドがたくさんあり(※)、そのうちの1つ update-ref のご紹介です。 ※他には例えば update-index --assume-unchanged なども有名ですね。 どんなときに欲しくなるか こんな感じの、あるヘッダファイルに多数のソースファイルが依存するプロジェクトがあったとします。 repos |- common.hpp |- source1.cpp |- source2.cpp |- source3.cpp |- source4.cpp |- source5.cpp |- ... まずは master ブランチにいます。 $ git status On branch m

                                                      Gitで巨大プロジェクトを扱うときに少し便利なupdate-ref|TechRacho by BPS株式会社
                                                    • CodePipeline を使った Gitブランチ運用をまとめてみた | DevelopersIO

                                                      はじめに おはようございます、もきゅりんです。 CodePipeline は使いたいのだけど、どんなデプロイフローにするか迷ってるといったことを聞くことがあります。 本稿では、CI/CDツールを CircleCI でも GitHub Actions でもなく、CodePipeline を前提として、そして代表的と思われる Git フローでどのように考えるかをまとめてみました。 諸事情と背景があって、基本的には AWSのサービス限定で CI/CDを利用したいというケースはよくあると思います。そういった状況に限定して、かつ、よくある環境セット、一般的なステージを利用した CodePipelineの CI/CDを想定しています。 とりあえず検討してみる材料にでもなれたら幸いです。 なお、どのタイプの Gitブランチフローが一番使いやすいとかそういう話はしません (できません)。 想定とする方 C

                                                        CodePipeline を使った Gitブランチ運用をまとめてみた | DevelopersIO
                                                      • 数値計算屋のためのGit入門 / Starting Git

                                                        Gitの紹介と簡単な使い方

                                                          数値計算屋のためのGit入門 / Starting Git
                                                        • Gitでマージ済みのブランチを一括削除する - 詩と創作・思索のひろば

                                                          こうしてます。 git for-each-ref --merged HEAD --no-contains HEAD 'refs/heads/**' --format '%(refname)' \ | while read s; do echo "$s $(git rev-parse "$s")"; git update-ref -d "$s"; done git branch を使ったやり方が一般的なようだが(Google調べ)、配管(Plumbing)コマンドを使って厳密にやるならこうでしょう。 git for-each-ref はリポジトリのrefを一覧するコマンド。refs/heads/** はいわゆるローカルブランチにマッチするパターン。--merged HEAD で現在のブランチであるHEADにマージ済みのブランチを、--no-contains HEAD でそのうちHEADを除い

                                                            Gitでマージ済みのブランチを一括削除する - 詩と創作・思索のひろば
                                                          • ワークフローを改善できるGitのヒント15選 #GitLab #Git - クリエーションライン株式会社

                                                            投稿者:Suri Patel 2020年で、Gitが誕生してから15周年を迎えました。Git Merge 2020での体験や、Gitフローの問題、最新のGit機能であるPartial Clone など、Gitの誕生と影響について今まで様々な投稿をしてきました。 Gitを使い始めたばかりの人であっても、コマンドラインを使いこなすレベルの人であっても、自分自身のスキルを自己研磨する姿勢は素晴らしいものです。そこで今日は、Gitを使用してワークフローを改善できる15の方法を紹介します。 1. Gitのエイリアス 日々のワークフローを改善できる最もインパクトのある方法の1つは、一般的なコマンドのエイリアスを作成し、ターミナルでの作業時間を短縮することが挙げられます。 次のコマンドを使うと、最もよく使われる Git コマンドである checkout 、 commit 、 branch のエイリアスを

                                                              ワークフローを改善できるGitのヒント15選 #GitLab #Git - クリエーションライン株式会社
                                                            • GitHub - extrawurst/gitui: Blazing 💥 fast terminal-ui for git written in rust 🦀

                                                              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 - extrawurst/gitui: Blazing 💥 fast terminal-ui for git written in rust 🦀
                                                              • バージョン管理システム「Git」がどのように発展してきたのかを可視化した「Git: An Interactive Development History」

                                                                「Git」はLinuxカーネルのソースコードを管理するために生み出された分散型バージョン管理システムで、2021年時点ではLinux以外の分野でも幅広く利用されています。そんなGitの開発履歴について、エンジニアのジェフ・パルマーさんが分かりやすくインタラクティブなグラフ「Git: An Interactive History」にまとめて公開しています。 Git: An Interactive History https://git-history.jpalmer.dev/ Git: An Interactive Development History | jpalmer.dev https://jpalmer.dev/2021/05/interactive-git-history/ ウェブサイトにアクセスすると、適切に表示するには「1024x1024」以上の解像度が必要だと表示されます。

                                                                  バージョン管理システム「Git」がどのように発展してきたのかを可視化した「Git: An Interactive Development History」
                                                                • Inside .git

                                                                  Hello! I posted a comic on Mastodon this week about what’s in the .git directory and someone requested a text version, so here it is. I added some extra notes too. First, here’s the image. It’s a ~15 word explanation of each part of your .git directory. You can git clone https://github.com/jvns/inside-git if you want to run all these examples yourself. Here’s a table of contents: HEAD: .git/head b

                                                                  • Gitのrebaseとmergeの挙動の違いをGitHubを用いて検証してみた - Qiita

                                                                    最近Gitを新卒に教えることがあった@oliver_diaryです。 その中で、mergeとrebaseの違いを教える機会があったので、記事にしました。 Gitを使っていると、はじめに立ちはだかる関門だと私が勝手に思っているrebaseとmergeの違いですが、しっかりとこの2つの違いを理解し、メリット、デメリットを抑えておくと、Gitを使いこなしてる感が出ると思っています。 また、実際の挙動について、GitHubなどのリモートリポジトリでの挙動をベースとした説明をしている記事があまりなかったので、そこについて触れることで、より実践的にイメージできればと思います。 mergeについて まずはmergeですが、日本語では合流などと表現したりします。 例えば、masterブランチとtopicブランチが存在し、masterブランチにtopicブランチをmergeさせると、その名の通り、maste

                                                                      Gitのrebaseとmergeの挙動の違いをGitHubを用いて検証してみた - Qiita
                                                                    • Highlights from Git 2.28

                                                                      EngineeringOpen SourceHighlights from Git 2.28The open source Git project just released Git 2.28 with features and bug fixes from over 58 contributors, 13 of them new. We last caught up with you on the… The open source Git project just released Git 2.28 with features and bug fixes from over 58 contributors, 13 of them new. We last caught up with you on the latest in Git back when 2.26 was released

                                                                        Highlights from Git 2.28
                                                                      • Gitブランチ戦略 Stacking手法のケーススタディ | メルカリエンジニアリング

                                                                        こんにちは。メルカリのBackendエンジニアの@osari.kです。 この記事は、Mercari Advent Calendar 2023 の9日目の記事です。 一般に大きなプルリクエストはレビューが大変で、マージまでに時間がかかります。一方で複数の小さいプルリクエストに分割するとコードレビュー待ちの間、関連する開発がブロックされることがあります。今回は機能の開発時間を短くするために、チームで試したGitのブランチ戦略の1つであるStacking手法をケーススタディを交えて紹介します。 大きなプルリクエストがもたらす問題点 大きなプルリクエストがもたらす問題とは何でしょうか? コードレビューで読むサイズが増える コードレビュー中の修正回数が増える(可能性が増える) コードレビューで必要な知識の範囲が広がる(可能性が増える) 変更箇所が多いのでリリースのリスクが増加する プルリクエストが大

                                                                          Gitブランチ戦略 Stacking手法のケーススタディ | メルカリエンジニアリング
                                                                        • 文章に関わる全ての人のための Git & GitHub 入門 1-3「コミットを理解して活用する」 - Qiita

                                                                          皆さん、今日もローカルにコミットしてますか?(言いたかっただけ) この連載は(中略)文章を扱う全ての人を対象にしています。 なんとなくで Git を覚えてしまっている人にもたぶん役立ちます。 シリーズ記事一覧 1-1「Git と GitHub を使うメリット」 1-2「コミットを積み上げる」 1-3「コミットを理解して活用する」 1. 今回のゴール コミットってなに? コミットを書き換えたことにする 過去のコミットの内容を復元する 編集中の内容やステージを取り消す 便利な比較差分ツールの紹介 今回はちょっとしたお勉強と、使えるようになると捗る Tips の紹介です。 Tips はけっこうな頻度で使うので、実際に手を動かして覚えてくださいね。 2. コミットってなに? 今後、高度な Git 操作を行ううえでは、 Git の仕組みを理解しておくことが何より重要です。 Git の仕組みを理解して

                                                                            文章に関わる全ての人のための Git & GitHub 入門 1-3「コミットを理解して活用する」 - Qiita
                                                                          • 初心者必見!Gitでやらかす前に設定しておきたいpush.default

                                                                            masterブランチ、ぶっ壊しました!! 転職して1ヶ月たたないくらいのできごと。 しかも、masterブランチが変更されると自動デプロイが走って本番環境にリリースされてしまうため、直すまで生きた心地がしなかった。 こんな怖い目にあってほしくないので、ぜひgitを使う前に設定していただきたい。 何をやらかしたか? コンフリクトをおこしたfeatureブランチをrebaseしてPullRequestを作りたかった。 その際、以下のコマンドを実行してmasterブランチを壊してしまった。 $ git push -f 具体的に何をしたのか? 1. 開発ブランチをチェックアウトし、最新化する [master]$ git checkout develop [develop]$ git pull --ff ※ コマンド先頭の[]で囲っているのはカレントブランチ 2. featureブランチをrebas

                                                                              初心者必見!Gitでやらかす前に設定しておきたいpush.default
                                                                            • Oh My Git!

                                                                              An open source game about learning Git! Play the game! You can download binaries for Linux, macOS, and Windows from our itch.io page! Download the game! FeaturesOh My Git! visualizes the internal structures of Git repositories in realtime. The player can immediately see the results of their actions: To accommodate people who are new to Git, the game features a custom-designed playing card interfac

                                                                                Oh My Git!
                                                                              • BacklogのGitにCI/CDを導入する方法(AWS CodePipeline & TypeScript編)

                                                                                はじめにソースコードの管理にBacklogのGitリポジトリ、CI/CDにAWS CodePipelineを用いたかったのですが、CodePipelineの送信元にBacklogは指定出来ません。なの...

                                                                                  BacklogのGitにCI/CDを導入する方法(AWS CodePipeline & TypeScript編) 
                                                                                • 1Password で SSH の鍵生成・管理、また Git のコミット署名を行うのが便利そう。今後はこれを使っていきたい - ドキュメントを見たほうが早い

                                                                                  developer.1password.com パスワード管理ソフトで有名な 1Password に SSH の鍵管理の機能が追加されていた。 新たにセットアップする機会がなかったのでスルーしていたが、セットアップ機会が訪れたので試してみたところ、思った以上に体験が良かった。 また GitHub に SSH 鍵でコミットの署名・検証を行える機能が追加された。 これらが組み合さって、これまでの鍵管理やコミット署名と比べて手間無くセキュアに出来ることに気づいてきたので紹介してみる。 1Password での SSH 鍵生成/管理 まず、1Password 8 から SSH の鍵を生成 / 管理できるようになった。 blog.1password.com 詳しいやり方は上記のブログやドキュメントを見てもらう方がわかりやすい。 この機能を使った GitHub への鍵の登録イメージはブログにもあるこの

                                                                                    1Password で SSH の鍵生成・管理、また Git のコミット署名を行うのが便利そう。今後はこれを使っていきたい - ドキュメントを見たほうが早い