並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 38 件 / 38件

新着順 人気順

Gitの検索結果1 - 38 件 / 38件

  • インシデント発生時に電源を入れたままにすべきか問題 - Qiita

    はじめに とあるセキュリティインシデントにおいて、サーバを電源ケーブルごと引き抜いたという対応が行われ、X(Twitter)ではこの対応について賛否両論が見られました。このうち電源を入れたままにすべきという人の意見には、「マルウェアの中にはシャットダウンすることで自分自身を削除し、感染痕跡を削除するものがある」「メモリを調査すべきなのでシャットダウンすべきではない」のような意見が見られました。 本記事では実際にメモリからどのような情報がわかるか、そしてメモリダンプを解析することの有用性と課題について記載します。 メモリフォレンジック セキュリティインシデントにおいてはフォレンジック調査が行われる場合があります。フォレンジック調査には、HDDやSSDのようなストレージを調査対象とするディスクフォレンジック、パケットキャプチャやNetFlow、ProxyやFWのログのような通信を対象とするネッ

      インシデント発生時に電源を入れたままにすべきか問題 - Qiita
    • Linuxカーネル解読室 再び - VA Linux エンジニアブログ

      Linuxカーネルコード解析プロジェクト立ち上げ Linuxカーネル成長の歴史 カーネルの大きさ バージョン番号 SCM導入 カーネル機能の変遷 執筆者 : 高橋 浩和 ※ 「新Linuxカーネル解読室」連載記事一覧はこちら Linuxカーネルコード解析プロジェクト立ち上げ 弊社内にて若手技術者が中心となり、最新のLinuxカーネルコード全体を読み解くプロジェクトが進行中です。 解析したコードのうち興味を惹かれたもの、重要そうなものを中心にブログ記事にまとめていく予定です。 詳解LinuxカーネルやLinuxカーネル2.6解読室を執筆していたころよりLinuxカーネルは大きく膨れ上がっています。 どこまで辿り着けるかは分かりませんが、気長にお待ちください。 対象Linuxカーネルのバージョンは6.8 ブログ執筆中に興味深い機能が取り込まれたら、より新しいバージョンのカーネルについて解説する

        Linuxカーネル解読室 再び - VA Linux エンジニアブログ
      • GitHub Actionsで実現する高度なイシュー管理: 安野たかひろ都知事選マニフェストリポジトリの自動化ワークフロー解説 - Sun wood AI labs.2

        ワークフローの概要 このGitHub Actionsワークフローは以下の主要な機能を持っています: 新しいイシューが開かれたときに自動的に起動 イシューの内容を分析し、不適切なコンテンツをチェック 既存のイシューとの重複を検出 必要に応じてラベルを付与 ワークフローの詳細解説 トリガーとパーミッション設定 name: Issue Review on: issues: types: [opened] permissions: issues: write contents: read このセクションでは、ワークフローの名前を定義し、トリガー条件とパーミッションを設定しています。 on.issues.types: [opened]: 新しいイシューが開かれたときにワークフローが起動します。 permissions: ワークフローがイシューの読み書きと、リポジトリコンテンツの読み取りを行うための権

          GitHub Actionsで実現する高度なイシュー管理: 安野たかひろ都知事選マニフェストリポジトリの自動化ワークフロー解説 - Sun wood AI labs.2
        • 【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita

          はじめに こんにちは、kenです。みなさんコンフリクト解消してますか! チーム開発をしているとコンフリクトとは嫌でも向き合うことになりますが、コンフリクト解消って緊張感のある作業なのでやりたくないですよね。 そんなコンフリクト解消をちょっぴり楽にする(かもしれない)コマンドを最近知ったので今回はそれを紹介します、その名もgit rerereです。 git rerereとは Gitの公式ドキュメント(日本語版)には次のように記載されています。 git rerere コマンドはベールに包まれた機能といってもいいでしょう。これは “reuse recorded resolution” の略です。その名が示すとおり、このコマンドは、コンフリクトがどのように解消されたかを記録してくれます。 そして、同じコンフリクトに次に出くわしたときに、自動で解消してくれるのです。 ここに書かれているように、git

            【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita
          • 暗号化に対応した次世代dotenvツールdotenvxを使う

            特に一番最後の暗号化サポートは非常に嬉しい進化です。dotenv単体で環境変数を運用すると、秘匿情報が含まれたdotenvファイル自体の管理に困ることや、デプロイする際にどうやって環境変数を提供するかが課題になることがありました。 現代ではクラウドプラットフォーム上にシークレットマネージャーのような仕組みが用意され、そこで中央管理するというのが一般的になっているかと思います。ただ、それだと変数のバージョン管理やレビューの仕組みを別途用意しないといけなかったりと完全ではありません(個人的主観です)。 dotenvファイル自体が暗号化され、Gitでバージョン管理でき、そのままデプロイして環境変数を適用できたら運用の手間が一気に減ります。

              暗号化に対応した次世代dotenvツールdotenvxを使う
            • 初めてのGitは電車で例えて学ぼう!初学者向け基本Gitコマンド入門 - Qiita

              Gitを学びたての人へ Gitを学びたての皆さん、こんにちは!今年の4月よりエンジニアとして新卒入社した k_uki512です!🎉 会社の新人研修や、プログラミングスクールでGitを初めて触り始めた方もいらっしゃるのではないでしょうか。そんな方が「分からない」という状態に陥りやすいのが "Git" のコマンドだと思います。 分からない理由を分析してみた Gitのコマンドが分かりづらい理由として以下のような原因があると考えました。 データをコマンドでやり取りすることがなかった 用語いっぱい。違いが分からない、、(add,commit…) データ(変更履歴)の流れが見えづらい つまり変更履歴という概念が抽象的かつ、pushまでのステップが多いことが原因だと考えました。 そこで、この記事ではGitの一連の流れを、わかりやすく電車に例えて解説していきます! この記事を通じてGitの流れを学び、会

                初めてのGitは電車で例えて学ぼう!初学者向け基本Gitコマンド入門 - Qiita
              • ChatGPTにgitのリポジトリ渡すと全ソースコード.txtをダウンロードさせてくれるやつ〜〜〜〜(AIに食わせるコード一覧が欲しい時用)

                クレデンシャル含むソースコードをChatGPT等のクラウドLLMサービスにアップロードしないでください。 今回のプロンプトはオープンなリポジトリのみを対象としており、シェルスクリプトが実行される環境もChatGPT側のクラウド上のサンドボックス内のみを想定しています。 ローカル環境では以下のシェルスクリプトをそのまま実行せずに、ご自身が作成したシェルスクリプトを利用してください。 以下はソースコードのプロジェクトルートで実行することで、ソースコードのダンプを.txt形式でダンプするシェルスクリプトです。 \`\`\` #!/bin/bash # バイナリファイルかどうかを判定する関数 is_binary_file() { local file="$1" local file_output file_output=$(file "$file") if [[ "$file_output" ==

                  ChatGPTにgitのリポジトリ渡すと全ソースコード.txtをダウンロードさせてくれるやつ〜〜〜〜(AIに食わせるコード一覧が欲しい時用)
                • 開発者が知っておくべき Git コマンド12選

                  Author Kedasha Kerr 初心者のためのGitHub入門の最新版では、Gitを使いこなせるようになるために欠かせないGitコマンドを紹介します。 GitHub for Beginners へようこそ。このシリーズでは、初心者向けにリポジトリからプルリクエストまで、あらゆるものの基本を学べるようになっています。(これらが何なのかまだわからない?大丈夫です、そのために私たちはここにいるのですから!) 前回の記事ではGitの基礎について説明しましたが、今日はさらに一歩進んで、開発者なら知っておくべき最も重要なGitコマンドについて説明します。 毎日使うことになる Git コマンドのトップ 12 を紹介しましょう。 Git の設定 マシンにGitをインストールしたら、まず最初にすべきことは、Gitがあなたが誰であるかを理解できるようにGitを設定することです。git config コ

                    開発者が知っておくべき Git コマンド12選
                  • OpenFeatureと自動生成を活用したフィーチャーフラグの宣言的集約管理

                    CloudNative Days Summer 2024 の登壇資料 https://event.cloudnativedays.jp/cnds2024/talks/2274 --- 近年、トランクベース開発やAB テスト、カナリアリリースへの利用などでフィーチャーフラグを活用するケースが…

                      OpenFeatureと自動生成を活用したフィーチャーフラグの宣言的集約管理
                    • テキストやソースファイルの比較とマージ機能を備えた無料のMac用diffツール「JuxtaText」がリリース。

                      比較したいテキストやソースファイルをドラッグ&ドロップするだけで差分表示が可能なマージ機能搭載のMac用diffツール「JuxtaText」がリリースされています。詳細は以下から。 JuxtaTextはソースコードの差分やマージが可能なGitクライアント「JuxtaCode」を開発しているオーストラリア・メルボルンのYori Mihalakopoulosさんが新たに公開したMac用のDiffツールで、比較したい2つのテキストやソースファイルをドラッグ&ドロップするだけで差分を表示し、サイドバーから比較ファイルを素早く変更するこも可能です。 Compare and merge any text with this simple tool. Works intuitively with code, documents or any text-based content. JuxtaText –

                        テキストやソースファイルの比較とマージ機能を備えた無料のMac用diffツール「JuxtaText」がリリース。
                      • 開発者は給与より仕事のやりやすさを望む、開発チームが使うツール数は6~10程度が最多など、GitLabの調査結果

                        GitLabは全世界5315人のIT関係者のアンケートによる調査結果「2024 Global DevSecOps Report」を発表しました。 回答者の国別の内訳は米国が44%、ドイツが12%、英国(UK)が7%、カナダも7%、フランスが6%、日本が4%などとなっており、職位別ではトップ経営層(Cレベル)が15%、経営層(Vice President)が8%、重役(Director)が16%、管理職(Manager)が最多で38%、従業員(Individual Contri……

                          開発者は給与より仕事のやりやすさを望む、開発チームが使うツール数は6~10程度が最多など、GitLabの調査結果
                        • スピード感のあるギークな勉強会のリアル〜実用Git第3版の輪読会を題材に - エムスリーテックブログ

                          まえがき こんにちは。AI・機械学習チームの三浦 (@mamo3gr) です。2024年5月30日、チーム横断で実施していた「実用Git 第3版」の輪読会が足掛け2ヶ月で大団円を迎えました。振り返ってみると、エムスリーのエンジニアが持つ資質であるリーダーシップ、スピード感、ギークさがにじみ出ていた会でした。本記事ではこの輪読会の様子をお伝えするとともに、エンジニアリンググループの雰囲気を知っていただければと思います。 まえがき きっかけ 課題図書 形式 ギークなところ まとめ We are hiring !! エンジニア採用ページはこちら カジュアル面談もお気軽にどうぞ インターンも常時募集しています きっかけ 皆さんも常日頃のコードベースへの変更はお互いにレビューしているかと思います。筆者の所属するAI・機械学習チームでも同様ですがMR *1 の出し方やコミットの積み方に特に厳格なルール

                            スピード感のあるギークな勉強会のリアル〜実用Git第3版の輪読会を題材に - エムスリーテックブログ
                          • ChatGPTのAPIを利用してGitのブランチ名・コミットメッセージを自動生成するbentoを作りました

                            使い方は柔軟ですが、自分が使っている方法を紹介します。 まず環境変数OPENAI_API_KEYにChatGPTのAPIのtokenをセットします。 ~/.gitconfigに以下の設定を足します。 [alias] sb = !git diff -w | bento -branch -model "gpt-4o" sc = !git diff -w --staged | bento -commit -model "gpt-4o" git sbでブランチ名推薦、git scでコミットメッセージ推薦をしてくれます。-modelでモデルを指定できますが、精度や速度の問題でgpt-4oがおすすめです。 色々使った結果、実際にGitのフローで使う場合、以下のことを考える必要があります。 ブランチ名を作りたい時はaddする前 新規ファイルは特に自動生成のファイルだとかなり大きくなることがあり、そういう

                              ChatGPTのAPIを利用してGitのブランチ名・コミットメッセージを自動生成するbentoを作りました
                            • GitLabとGoogle Cloudの統合がパブリックベータに。GitLabの認証からソースコード管理、ランナーの実行、デプロイまですべてGoogle Cloud上で

                              GitLabとGoogle Cloudの統合がパブリックベータに。GitLabの認証からソースコード管理、ランナーの実行、デプロイまですべてGoogle Cloud上で ソースコード管理やCI/CD機能などの開発プラットフォームを提供するGitLabは、Google Cloudとの本格的統合をパブリックベータとして公開しました。 これによりGitLabの認証、ソースコード管理、CI/CDランナーの実行、デプロイまでパイプライン全体がGoogle Cloudのサービスと連係統合され、ユーザーはこれらを利用して迅速にDevOpsのパイプラインを実行できるようになります。 Imagine a world where you can seamlessly move from code creation to deployment — all within a single integrated p

                                GitLabとGoogle Cloudの統合がパブリックベータに。GitLabの認証からソースコード管理、ランナーの実行、デプロイまですべてGoogle Cloud上で
                              • GraphRAG: New tool for complex data discovery now on GitHub

                                Download GraphRAG Download GraphRAG Accelerator Earlier this year, we introduced GraphRAG (opens in new tab), a graph-based approach to retrieval-augmented generation (RAG) that enables question-answering over private or previously unseen datasets. Today, we’re pleased to announce that GraphRAG is now available on GitHub (opens in new tab), offering more structured information retrieval and compre

                                  GraphRAG: New tool for complex data discovery now on GitHub
                                • A Git story: Not so fun this time | Brachiosoft Blog

                                  Linus Torvalds once wrote in a book that he created Linux just for fun, but it ended up sparking a revolution. Git, his second major creation, also an accidental revolution. It’s now a standard tool for software engineers, but its origin story wasn’t so much fun this time, at least for Linus. Linus doesn’t scale 1998 was a big year for Linux. Major companies like Sun, IBM, and Oracle started getti

                                    A Git story: Not so fun this time | Brachiosoft Blog
                                  • Gitとは?バージョン管理入門ガイド

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

                                      Gitとは?バージョン管理入門ガイド
                                    • GitHub Actionsを利用したE2E自動化テストの実現 ~ Achieving E2E Automated Testing with GitHub Actions ~ 利用GitHub Actions实现E2E自动化测试 - スタディサプリ Product Team Blog

                                      こんにちは。スタディサプリのQAチームです。 今回のBlogではスタディサプリで実施している自動化テストの一部の取り組みについて紹介させていただきます。 なお、スタディサプリQAチームの特性を活かし、本記事については日英中3言語で記載します。より多くのオーディエンスに読んで頂ければ嬉しいです。 自動化する動機 まず、なぜ自動化テストを導入するのでしょうか。 1. 新規機能が追加される度に、既存機能への影響を確認するための回帰テストをしなければなりません。 2. 繰り返し同じテストを手動実行することにより、テストコストが増加します。 3. 人間が実施すると、人為的ミスによる不具合の検出漏れが発生してしまう可能性が否定できません。 そのため、品質を担保した上でより早くリリースすることを目的とし自動化を導入しました。 現在の開発およびテストフロー QAが回帰テストの自動化テストスクリプトをGit

                                        GitHub Actionsを利用したE2E自動化テストの実現 ~ Achieving E2E Automated Testing with GitHub Actions ~ 利用GitHub Actions实现E2E自动化测试 - スタディサプリ Product Team Blog
                                      • あるブランチをmainブランチにマージする時に差分としてcherry-pick済みのコミットが表示される理由 - だいたいよくわからないブログ

                                        会社で説明したのでブログにもまとめておきます。 問題 あるブランチをマージする際に、意図しないコミットがdiffとして表示されることがあります。 典型的にはcherry-pick済みのcommitの内容が表示され、「すでに反映済みなのにな・・?」という疑問につながることが多いでしょう。 実際それぞれのブランチで該当ファイルを開くと全く同じ内容になっているのにもかかわらずdiffに表示されてしまっており混乱したことがある人も多いのではないでしょうか。 ここでは双方のブランチで反映済み(cherry-pick済み)のcommitが何故diffにでてしまうのかについて解説したいと思います。 ポイント commitをcherry-pickするとcommit hashが変わる GitHubやGitLabは(デフォルトでは)two dot diffを表示する cherry-pickするとcommit

                                          あるブランチをmainブランチにマージする時に差分としてcherry-pick済みのコミットが表示される理由 - だいたいよくわからないブログ
                                        • 【Git】ローカルで特定のブランチに移動した際、そのブランチのリモート(最新)を自動取得する方法 - Qiita

                                          開発の最中、main ブランチへ移動した際についうっかりブランチの最新情報の取得(git pull)をし忘れてしまうことはありませんか? 「Git フック」という機能を使うことで特定のブランチへ checkout した時に git pull を自動的に実行するよう設定できます。 当記事ではその設定方法を共有します。 設定手順 ① まずは任意のリポジトリの .git/hooks ディレクトリに移動します。 ② 続いて .git/hooks ディレクトリ内に post-checkout という名前のファイルを作成します。 ③ この post-checkout に以下のコードを記述します。 #!/bin/sh # 現在のブランチ名を取得 branch=$(git rev-parse --abbrev-ref HEAD) # `main` ブランチへと移動した際に git pull を実行する i

                                            【Git】ローカルで特定のブランチに移動した際、そのブランチのリモート(最新)を自動取得する方法 - Qiita
                                          • 【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita

                                            はじめに こんにちは、kenです。みなさんコンフリクト解消してますか! チーム開発をしているとコンフリクトとは嫌でも向き合うことになりますが、コンフリクト解消って緊張感のある作業なのでやりたくないですよね。 そんなコンフリクト解消をちょっぴり楽にする(かもしれない)コマンドを最近知ったので今回はそれを紹介します、その名もgit rerereです。 git rerereとは Gitの公式ドキュメント(日本語版)には次のように記載されています。 git rerere コマンドはベールに包まれた機能といってもいいでしょう。これは “reuse recorded resolution” の略です。その名が示すとおり、このコマンドは、コンフリクトがどのように解消されたかを記録してくれます。 そして、同じコンフリクトに次に出くわしたときに、自動で解消してくれるのです。 ここに書かれているように、git

                                              【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita
                                            • Diversion - 最大10人で100GBまで無料のバージョン管理システム!Unreal Engine 5のソースコントロール対応プラグインも公開!

                                              Blender アセット アセット-Asset Day 9 FREE Blender gifts - 10th birthday... 2024-06-19 「Blender Market」10周年の誕生日企画で10日間連続のBlender関連ギフトを配布!9日目はBproductionによるリアルなVDBクラウドコレクション「Cloudscapes V2」13 VDB Cloudsプランを1日限定無料配布! 続きを読む Blender アドオン プラグイン&アドオン-Plugin&Addon Ngon Loop Select V3 - NGon構成のメッシュでも良い感じに... 2024-06-18 Blenderアドオン開発などでお馴染みAmandeep氏による、NGon構成でもある程度良い感じにループ選択ができるBlenderアドオン「NGon Loop Select」の最新メジャー

                                                Diversion - 最大10人で100GBまで無料のバージョン管理システム!Unreal Engine 5のソースコントロール対応プラグインも公開!
                                              • 開発者が知っておくべき12のGitコマンドまとめ GitHub

                                                GitHubは2024年6月10日(米国時間)、バージョン管理システム「Git」を使用する全ての開発者が知っておくべき12のGitコマンドを公式ブログで解説した。 GitHubは「開発者として毎日使うことになる12のGitコマンドを使うことで、より効率的にGitを扱えるようになる。私たちが『GitHub Flow』と呼んでいるブランチベースのワークフローも実践できるようになる」と述べている。 GitHubは、12のGitコマンドとそれぞれの使用方法を次のように解説している。 1.Git config 開発者がマシンにGitをインストールした後、最初にすべきことは、自身が誰なのかをGitが理解できるように設定することだ。 メールアドレスとユーザー名を設定するには、下記のgit configコマンドを実行する。

                                                  開発者が知っておくべき12のGitコマンドまとめ GitHub
                                                • 「Obsidian Git」を導入してみた。|devlive

                                                  ども!devlive です 👨🏽‍💻 今日は Obsidian に Git を導入してみたいと思います。 📋 作業の流れ事前準備Git インストール。ローカルに Git の環境が必要になります ☝🏻 Obsidian 用のリポジトリを Github 上に用意しておきます。 Vault  を Git 管理下にしておきます。 では始めます。 1. 「Obsidian Git」をインストール「cmd+,」で設定用パネルを開いた後、 Community Plugins > Browse > Git と入力すると以下のプラグインが表示されますので、選択して Install , 有効化します。 設定 > コミュニティプラグイン > Obsidian Git3. Obsidian Git の設定左のタブから  Git を選択し Obsidian Git の設定画面を開きます。 以下の画面が表示

                                                    「Obsidian Git」を導入してみた。|devlive
                                                  • GitのCommitの取り消し方法 | ギークの逆襲 🐟

                                                    Commit の 『取り消し』に要注意 この記事では、異なる状況でのコミット取り消し方法について、初心者向けにわかりやすく説明します。 一言に『取り消し』と言っても様々な意味になります。 とくにGitにおいてはどの状態に戻すのかが重要となります。 下記は目的別のCommitの取り消し方法となります。 1. 最新のコミットを取り消し、その変更を次のコミットのために保持したい 使用コマンド: git reset --soft HEAD~1 シナリオ: コミットをし忘れたファイルがある場合や、コミットメッセージを変更したい場合に便利です。 2. 最新のコミットを取り消し、変更内容をワーキングディレクトリに保持したい 使用コマンド: git reset --mixed HEAD~1(デフォルト) シナリオ: コミットしたが、更に変更を加えたい場合に適しています。ステージングされていない状態に戻りま

                                                      GitのCommitの取り消し方法 | ギークの逆襲 🐟
                                                    • やらかしたとき - 戯術memo

                                                      $ git config --global user.name "Your Name" $ git config --global user.email you@example.com $ git commit --amend --reset-author ※ これは最初の1回のみ(--amendによる直前のコミットのみ修正) 複数のcommitがある場合は一括変更も可能。 ※ 条件設定しない場合、(forkなどしてきた)他ユーザーのコミットも書き換えるので注意 GitのCommitユーザを修正する方法 - Qiita ブランチに移動する前に編集してしまった(未コミット状態) stash saveで変更を退避 -> ブランチに移動 -> stash popで退避した変更点を取り出す

                                                      • Gitで他ブランチの特定のコミットまでマージする

                                                        特定コミットまでのマージ Gitで他ブランチの特定のコミットまでマージするは、git merge <コミットのハッシュ>を実行します。 検証環境:Git for Windows v2.42.0 まず、以下のようなコミット状況であるとします。ここで、main, developはブランチ、A~Eはコミットのハッシュです。 [main] A---B \ [develop] C---D---E mainブランチにdevelopブランチのDコミットまで取り込みたいとします。 [main] A---B---C---D \ [develop] E この場合、mainブランチに移動して、Dコミットを指定してマージします(developブランチの指定は不要)。

                                                          Gitで他ブランチの特定のコミットまでマージする
                                                        • 【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita

                                                          はじめに こんにちは、kenです。みなさんコンフリクト解消してますか! チーム開発をしているとコンフリクトとは嫌でも向き合うことになりますが、コンフリクト解消って緊張感のある作業なのでやりたくないですよね。 そんなコンフリクト解消をちょっぴり楽にする(かもしれない)コマンドを最近知ったので今回はそれを紹介します、その名もgit rerereです。 git rerereとは Gitの公式ドキュメント(日本語版)には次のように記載されています。 git rerere コマンドはベールに包まれた機能といってもいいでしょう。これは “reuse recorded resolution” の略です。その名が示すとおり、このコマンドは、コンフリクトがどのように解消されたかを記録してくれます。 そして、同じコンフリクトに次に出くわしたときに、自動で解消してくれるのです。 ここに書かれているように、git

                                                            【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita
                                                          • プログラミングわからん人間がobsidian git同期をしたメモ|ニア


                                                            githubobsidian git    androidwindowsobsidian使 github Sync  androidobsidian
                                                              プログラミングわからん人間がobsidian git同期をしたメモ|ニア
                                                            • 【Git中級者への第一歩】リリースプロセスの品質を上げるブランチ戦略、開発をもっと便利にするコマンドとは

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

                                                                【Git中級者への第一歩】リリースプロセスの品質を上げるブランチ戦略、開発をもっと便利にするコマンドとは
                                                              • ObsidianをGitHubを使ってWindows/MacOS/Linux/iOS/Androidで同期する方法

                                                                Facebook X(旧:Twitter) はてブ LINE Pocket どうもこんにちは、如月翔也(@showya_kiss)です。 前回の記事で「メモ同期ソフト」としていくつかのアプリを取り上げていたんですが、あえて取り上げなかったアプリがあります。 それは「Obsidian」というアプリです。 これは厳密にはメモ同期アプリではなく、ナレッジマネジメントのアプリで、ノートとノートを繋げて知識を連鎖させていくのに使うアプリなんですが、MarkDown記法が使えて気軽にメモが取れる仕様になっており、かつ設定方法によってはウェブ経由でノートを同期する事ができるので、本来であれば前回記事で紹介してもいい内容のアプリでした。 しかし、ObsidianではMac/iOSで同期を取る時にiCloudを使うか、あるいは有料のObsidian Syncを使うしか方法がなく、そしてiCloudを使う場合

                                                                  ObsidianをGitHubを使ってWindows/MacOS/Linux/iOS/Androidで同期する方法
                                                                • GitHubリポジトリの内容をさくらのレンタルサーバーに自動デプロイする方法:GitHub Actions|DAD UNION – エンジニア同盟

                                                                  GitHubにpushした内容をさくらのレンタルサーバーに自動で反映させるGitHub Actionsを使った方法を、わかりやすく解説します。 この手順を実行することで、GitHubリポジトリに変更を加えるたびに、自動的にさくらのレンタルサーバーにデプロイされるようになります。 前提条件 さくらのレンタルサーバーにSSHアクセスが可能であること。 GitHubにリポジトリが存在すること。 FTPクライアントを使用できること(FTPクライアントソフト例:FileZilla)。 手順 1.新しいSSH鍵の生成 まず、ローカルPCでパスフレーズなしの新しいSSH鍵を生成します。 ssh-keygen -t rsa -b 4096 -C "your_email@example.com" -N "" -f ~/.ssh/id_rsa_deploy -t rsa: RSAタイプの鍵を生成。 -b 40

                                                                    GitHubリポジトリの内容をさくらのレンタルサーバーに自動デプロイする方法:GitHub Actions|DAD UNION – エンジニア同盟
                                                                  • Git BashのSSHからWindows 10本家のOpenSSHへ移行する - Qiita

                                                                    Windowsでsshを使うときは、Git for Windowsに附属するsshを使うのが慣例だったが、Windows 10のBuild 1809 (2019年)からOpenSSHがOSの本体にも含まれるようになった。 参考: OpenSSH in Windows 本家のOpenSSHを使えば起動時にssh-agentが自動でstartするため使い勝手がよくなる。また、Git for Windowsへの依存も減るので移行した。 OpenSSHの有効化 設定のManage Optional Features画面で、OpenSSH clientがインストールされていることを確認する。インストール済みでない場合、追加する。 確認手順 利用するコマンドラインから

                                                                      Git BashのSSHからWindows 10本家のOpenSSHへ移行する - Qiita
                                                                    • Gitで別ブランチの変更を1ファイルだけ持ってくる - Qiita

                                                                      はじめに gitで別ブランチの変更をコミット単位で持ってこれる、cherry-pickコマンドはありますが、その変更の全てがほしいわけではなく、一部ファイルの変更だけが欲しい場面がたまにあります。 そういうときに使えるコマンドがあったので、紹介します。

                                                                        Gitで別ブランチの変更を1ファイルだけ持ってくる - Qiita
                                                                      • Gitのブランチの役割を考える | フューチャー技術ブログ


                                                                        Git GitGitHubGitLab  CI/CDrelease==使
                                                                          Gitのブランチの役割を考える | フューチャー技術ブログ
                                                                        • 【TortoiseGit】リモートからリポジトリをクローンするときエラーがでた - 仁和歌ブログ

                                                                          TortoiseGitで、GitHubからリポジトリをクローンしようとしたとき、以下のエラーメッセージが表示された。 git.exe clone --progress -v "https://github.com/XXX/OOO.git" "C:\Users\@@@\Desktop" Cloning into 'C:\Users\@@@\Desktop\OOO'... remote: HTTP Basic: Access denied fatal: Authentication failed for 'https://github.com/@@@/@@@.git/' gitは正常に終了しませんでした (終了コード 128) (68485 ms @ 2019/04/01 23:15:48) なにやら認証に失敗している様子。 セットアップの最中にユーザ名とパスワードを求められたが、どうやらタイ

                                                                          • Gitリポジトリのインデックスが壊れたら

                                                                            予想外のことは起こるもので、先日ソースコード管理ツールであるGitを使っていた際、前回のコミット以降に変更した差分を見ようとgit-statusを実行したところ、次のようなエラーメッセージが現れて正常に動作しませんでした。 $ git status error: bad signature fatal: index file corrupt このような事態を目の当たりにすると、「リポジトリが壊れて履歴も消失したのではないか?早めにpushしておけばよかった!」と後悔の念に駆られ、せめて貴重な教訓を得る機会になっただけでも良しとしようと思い諦めかけそうになりますが、ここは冷静に対処法を探りたいところです。調べによると、インデックスのファイルが破損しただけであるため、再作成すれば復旧するとの情報がありました→gitのRepoが壊れた – satoko’s blog – s21g この解決策に基

                                                                              Gitリポジトリのインデックスが壊れたら
                                                                            • GitLab、開発プラットフォームとGoogle Cloudとの統合拡張を発表

                                                                                GitLab、開発プラットフォームとGoogle Cloudとの統合拡張を発表
                                                                              1