並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 536件

新着順 人気順

gitの検索結果281 - 320 件 / 536件

  • #tauとは何か?オープンソースGit-NativeCDN PaaS Vercel,Netlify,Cloudflare,CloudFrontの代替手段 #七13

    #tauとは何か?オープンソースGit-NativeCDN PaaS Vercel,Netlify,Cloudflare,CloudFrontの代替手段 #七13 https://github.com/taubyte/tau Tau は、ソフトウェア開発者が気に入る、低メンテナンスで拡張性の高いクラウド コンピューティング プラットフォームを構築するためのフレームワークです! Install Tautau 標準システム ライブラリを除いて外部依存関係のない単一のバイナリです。その上で、最小限の構成で済みます。これらは主な手順です: Install Tau curl https://get.tau.link/tau | shConfigure tau config generate -n yourdomain.com -s compute --services all --ip your_p

    • Windows 10 に Squid をインストールしてみる - h2oとphp8でwp

      最近、Windows Sandbox 環境でいろいろ試しているのですが、Amazon Kinesis Video Stream(KVS) のC++用プロデューサーSDK のビルドがどうしてもできない。どうも、ビルドの途中で Git のエラーが出ている。同じ手順でやっても、ホスト側のPCだとエラーにならない。ログを眺めていても、エラーの原因がよくわからない。 -- Build files have been written to: C:/work/amazon-kinesis-video-streams-producer-sdk-cpp/open-source/local/libopenssl .NET Framework 向け Microsoft (R) Build Engine バージョン 17.2.1+52cd2da31 Copyri... 複製するサイズが大きすぎるとか、数が多すぎる

        Windows 10 に Squid をインストールしてみる - h2oとphp8でwp
      • Azure Databricks ではどこにデータが書き込まれますか? - Azure Databricks

        この記事では、Azure Databricks の一般的な操作と構成でデータが書き込まれる場所について説明します。 Azure Databricks には、さまざまなテクノロジを網羅し、責任共有モデルでクラウド リソースを操作するための一連のツールが用意されていることから、データの格納に使用される既定の場所は、実行環境、構成、ライブラリによって異なります。 この記事の情報は、さまざまな操作の既定のパスと、構成によってその既定値が変わるしくみを理解するのに役立ちます。 データ スチュワードと管理者は、データ アクセスの構成と制御に関するガイダンスが必要な場合、「Unity Catalog を使用したデータ ガバナンス」を参照してください。 オブジェクト ストレージとその他のデータ ソースの構成については、データ ソースへの接続に関するページを参照してください。 オブジェクト ストレージとは

          Azure Databricks ではどこにデータが書き込まれますか? - Azure Databricks
        • SourcetreeとGithubを連携させる - にしきあなごの日記

          前回の記事の続きです。 このページではGithubとSourcetreeを連携させて、リモートでプッシュまで行います。 今回は、作成されたリポジトリを使用しています。リポジトリの作成方法は、他を見てください。(投げやり) 最終更新:2023/2/19 書いたときからUIが変更されている可能性があります。 筆者の環境: OS : Windows 11 Sourcetree Version 3.4.11 Githubアカウント作成 Personal Access Tokenの生成 SourcetreeとGithubアカウント連携させる 実際にプッシュする Githubアカウント作成 Githubのアカウントを作成しましょう。 github.co.jp Github Githubに登録する を押して、 Username、Email address、Passwordを入力して、アカウント作成してく

            SourcetreeとGithubを連携させる - にしきあなごの日記
          • Kustomize で外部の Git リポジトリを base として参照する - yukirii blog

            Kustomize では外部の Git リポジトリにある manifest を参照し、 base として使うことができるようです。 bases に渡す manifest のパスを git@<Repository Path>.git/manifest のように記述することで参照できます。 apiVersion: kustomize.config.k8s.io/v1beta1 kind: Kustomization namespace: argocd resources: - namespace.yaml bases: - git@github.com:github.com/argoproj/argo-cd.git/manifests/crds?ref=v1.1.2 - git@github.com:github.com/argoproj/argo-cd.git/manifests/base?

              Kustomize で外部の Git リポジトリを base として参照する - yukirii blog
            • JSONファイルを扱うCUIツール「jq」を使ってみる - daisukeの技術ブログ

              前回 は、JSON ファイルを扱う方法をまとめました。 今回は、JSONファイルを扱うCUIツール「jq」について紹介します。 はじめに jqのインストール Ubuntu 22.04 Windows10のGit BASHでjqを使えるようにする jqの使い方 jqの基本的な使い方 jqで複雑なデータを扱う jqの組み込み関数を使う おわりに はじめに 前回の記事です。 daisuke20240310.hatenablog.com e-Stat からダウンロードした「令和2年国勢調査の男女別人口の JSONファイル」を使います。 jqのインストール 「jq」のインストール方法として、Ubuntu 22.04 の場合と、Windows10 の Git BASH で使う場合の2通りを紹介します。 Ubuntu 22.04 とても簡単にインストールできます。 $ sudo apt install

                JSONファイルを扱うCUIツール「jq」を使ってみる - daisukeの技術ブログ
              • PRレビュー前のブランチを間違えてマージしてしまった時の対処法 - Qiita

                はじめに こんにちは! 先日、チーム開発を実施する中で、PR(プルリクエスト)レビュー完了前のリモートブランチを目的のリモートブランチに誤ってマージするというミスを経験しました。 本記事ではそのミスが起こった際に実際に対処した方法について解説します。 この記事が同じミスをしてしまった方やGitを勉強中の方の一助になれば嬉しいです。 前提 レビュー前のブランチ(featureブランチなど)を目的のブランチ(developやmainブランチなど)にマージ レビュー前のブランチに対するレビューの後、コード修正はなかったものとする 結論 git revertを2回実施する。 ※ レビュー前のブランチに対するレビューの後、コード修正があった場合はgit revertは1回でOKです。 順を追って説明します。 git revertとは git revert は、特定のコミットを打ち消す新たなコミットを

                  PRレビュー前のブランチを間違えてマージしてしまった時の対処法 - Qiita
                • ③ubuntu20.04にORB-SLAM3を導入する — 真面目にhandaru

                  概要 ①格安ドローンTello×ORB-SLAM3×ROS-noeticでVisual-SLAM自律飛行する とりあえずROSでドローンを飛ばす ②格安ドローンTelloをROS1-noeticで飛ばす Visual-SLAMとしてORB-SLAM3を導入 ③ubuntu20.04にORB-SLAM3を導入する ←本記事 Visual-SLAMでナビゲーション ORB-SLAM3について ORB-SLAM3はスペインのサラゴサ大学のRaúl Mur Artal氏のチームが開発したORB-SLAMアルゴリズムを用いたSLAMソフトウェアの最新バージョンです。 ORB-SLAM自体は2014年に発表されたアルゴリズムなんですが、なかなか優秀で有名なので未だに研究畑でも用いられていたりするらしいです。 SLAMソフトウェアとして、ORB-SLAM3は2をもとに開発されているわけですが、さらなる性

                    ③ubuntu20.04にORB-SLAM3を導入する — 真面目にhandaru
                  • AWS CDK で「デプロイ前に違反を発見しブロックする」仕組みに関する考察と、プラグインによる検証手法の提案

                    AWS CDK で「デプロイ前に違反を発見しブロックする」仕組みに関する考察と、プラグインによる検証手法の提案 Abstract CDK に限らず、一般的な IaC あるいはアプリケーションのデプロイにおいて「デプロイする前に気づきたい」という用事はちょいちょいあります。こと CDK においては、できれば cdk synth あるいは cdk deploy コマンドを実行した際に、やりたいバリデーションが必ず実行されるようにしておき、バリデーションが通らないならば synth, deploy コマンド自体も失敗させることで確実に「違反」をブロックしたいところです。 CDK には複数のバリデーションの手段が存在します。それらを「デプロイ実行前に確実にブロックしたい」というモチベにおいて、どう使えるか考えてみます。 この記事では、まずは CDK が提供する仕組みを使って「デプロイに検証して違反

                      AWS CDK で「デプロイ前に違反を発見しブロックする」仕組みに関する考察と、プラグインによる検証手法の提案
                    • ソフトウェアのリリース頻度が上がるとなぜ嬉しいのか、どう実現するのか : 『入門 継続的デリバリー』に絡めて - TechとPoemeの間

                      ソフトウェア開発において、リリース(出荷)をどの程度の頻度で行うかには、様々な考え方がある。 ここでは、話を単純にするために、古典的な3層ウェブアプリケーションを題材にして考えてみよう。 リリースをどう捉えるか そもそも、リリースを通じてソフトウェアに変更を加えることには、リスクが伴なう。それまで「問題なく*1」動作していたソフトウェアに変更を加えることで、その状態が損なわれる可能性がある。事なかれ主義に走るのなら、うまく動いているソフトウェアにわざわざ手をいれる必要は無いのだ。 一方で、ソフトウェアのリリースを全くしないことには、新しい機能をユーザーに届けたり、これまで問題があった部分を修正することができないのも事実だ。「リリース」という行為に消極的になったり、その頻度を落とすということは、「ソフトウェアの変更を失敗する」というリスクからは自由になるが、その分ソフトウェアの成長も放棄して

                        ソフトウェアのリリース頻度が上がるとなぜ嬉しいのか、どう実現するのか : 『入門 継続的デリバリー』に絡めて - TechとPoemeの間
                      • IDCフロンティアのフロントエンド業務をご紹介します【業務の流れ編】 - IDCF テックブログ

                        IDCフロンティアのUI/UXチームです。 IDCフロンティアが提供するクラウドサービス「IDCFクラウド」では複雑なインフラ技術を直感的なユーザーインターフェースを通してお客さまに簡単に使ってもらえるように工夫しています。 IDCFクラウドの画面例 データセンターやクラウドサービスの運用となるとインフラエンジニアの方が活躍されているイメージを持たれるかもしれません。しかし、弊社にはUI開発を中心に担当するフロントエンドエンジニアも在籍しており、UI開発も自社で実施しています。 今回と次回のブログでは、IDCFクラウドのフロントエンド領域に関する業務内容をご紹介します。 具体的なイメージを持ちやすいように、実際に業務を進める際に使っているツールやドキュメントのスクリーンショットを載せています。個人名や社内情報は白塗りでマスキングしていますが、それ以外の部分は可能な限りお見せしています。 業

                          IDCフロンティアのフロントエンド業務をご紹介します【業務の流れ編】 - IDCF テックブログ
                        • Gitでの基本的な開発フローについて - Qiita

                          各ブランチの全体関連図 Gitでの開発フローについて Gitでは、開発の段階に応じて次々とブランチを作成・削除しながらソースを保守していきます。これを「開発フロー」といいます。 Gitによる開発フローには「Gitflow」「GitHub Flow」「Git Feature Flow」など様々な方法が提唱されていますが、ここでは様々なイベントに柔軟に対応できる基本的なGitflowをベースにした開発フローを紹介します。 「複数の運用バージョン」があり得ない単一のウェブサイトの為のリポジトリの場合には、もっとシンプルなGit Feature Flowやそれに近い開発フローが似合っている場合が多いようです。 また、小さなチームでの開発の場合には、featureブランチを作らずに直接developブランチ(のローカルブランチ)上で開発を行い、テストを行ってからプルリクエストを投げる、というパターン

                            Gitでの基本的な開発フローについて - Qiita
                          • Googleの圧縮アルゴリズムBrotliを試してみた - saitodev.co

                            Brotli - Wikipedia オライリーのReal World HTTPを読んでいたら、 ブラウザからサーバにリクエストを送信して返ってくるレスポンスでBrotliで圧縮できると記載があった。 Brotliはよく使われているgzipよりも20%ちかく圧縮率を改善させたアルゴリズムらしい。 最近のブラウザであれば、httpsから始まるURLでサーバにリクエストを送信すれば、 Brotliで圧縮したレスポンスを返すことができるとのことで、 Brotliを試してみることにした。 というわけでBrotliを試してみる。 /** 2019年9月6日追記 **/ Ubuntu 18.04において、Brotliは sudo apt install brotli でインストールが可能になっていたので、下記のコンパイルによるインストールの手順は不要 /************************

                              Googleの圧縮アルゴリズムBrotliを試してみた - saitodev.co
                            • おすすめUnity拡張機能(CreativeEditor)

                              haw2fregelさんの作成したツール、CreativeEditorが非常に便利なので紹介します。 ▼拡張機能配布場所 https://github.com/haw2fregel/CreativeEditor?tab=readme-ov-file このツールを使用することで以下の内容の効率化、時短が可能になります。 ・イージングカーブのプリセット化 ・プロジェクトフォルダへのショートカットアクセス ・particle(オブジェクト)のプリセット化 ・アニメーターのプリセット化 ・ヒエラルキー内の検索ショートカット 他にも機能があるので、盛沢山すぎて凄いです。 ツールインストール 1.Unityを開き、window→Package Managerを開きます。 2.Package Managerの+からInstall package from git URL…を選択します。 3.URLに「h

                                おすすめUnity拡張機能(CreativeEditor)
                              • GitのCommitの取り消し方法 | ギークの逆襲 🐟

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

                                  GitのCommitの取り消し方法 | ギークの逆襲 🐟
                                • Amazon CodeCatalyst が GitLab リポジトリと Bitbucket リポジトリのサポートを開始、ブループリントと Amazon Q の機能開発が可能に | Amazon Web Services

                                  Amazon Web Services ブログ Amazon CodeCatalyst が GitLab リポジトリと Bitbucket リポジトリのサポートを開始、ブループリントと Amazon Q の機能開発が可能に Amazon CodeCatalyst が、GitHub との既存の統合に加えて、GitLab と BitBucket という人気が高い 2 つのコードリポジトリとも統合することをお知らせします。現在 CodeCatalyst と GitHub との統合で使用しているのと同じ機能セットを GitLab.com と Bitbucket Cloud でもご利用いただけます。 Amazon CodeCatalyst は、統合型のソフトウェア開発および配信サービスです。Amazon CodeCatalyst を使用すると、ソフトウェア開発チームは Amazon Web Serv

                                    Amazon CodeCatalyst が GitLab リポジトリと Bitbucket リポジトリのサポートを開始、ブループリントと Amazon Q の機能開発が可能に | Amazon Web Services
                                  • PR,MR提出時のコミット整理方法 #Git - Qiita

                                    はじめに いつものように開発を行っていたある日のこと。 開発完了!さあレビュー依頼だ! ...ん?ちょっと待った コミット履歴を見てみると、コミットした修正をやっぱり違うなと戻してみたり、テスト作成中にメソッドのタイポを発見して一緒にコミットしていたりとぐちゃぐちゃ... ということで、レビュワーの負担軽減のために(自分を頭良く見せるために)コミット履歴を整理したのでその手順メモを共有します。 PR,MRを作るときに参考になれば幸いです(余談ですが、PR:プルリクエスト → GitHubの用語、MR:マージリクエスト → GitLabの用語らしいです)。 手順 1. git checkout -b 整理用ブランチ せっかくの修正が消えてしまっては困るので、コミット整理用ブランチを新しく作り移動します。

                                      PR,MR提出時のコミット整理方法 #Git - Qiita
                                    • 個人的Git利用法

                                      「Gitの使い方」みたいな初心者向け記事は一杯あるのですが、私は割とそういう記事に書かれているのとは違うやり方を使うので、ちょっと書いてみます。 このやり方を真似すべき、とは言いません。ただ、こんなやり方もあるんだなと思ってもらえればいいかと思います。 割とコミット履歴改竄してしまう派なので気に食わない人も多いと思います。リモートリポジトリに影響を与える操作に関しては、共同開発ならコミュニティやリポジトリオーナーの意向に合わせるので、必ずしもこの通りにする訳ではありません。 リモートリポジトリを作る前にローカルで初期化する 個人プロジェクトは大抵の場合、リモートリポジトリを作成してからcloneではなく、ローカルである程度作業してからリモートリポジトリを作ってpushすることが多いです。 ローカルリポジトリ初期化まで含めてやってくれるcliツールもありますし。cargoとか。 そのため、こ

                                        個人的Git利用法
                                      • AI絵でバズった後にくる正義マンの特徴と正義のアカウント凍結末路|ベルマーク

                                        Twitter(自称X)にAI生成絵をあげていると必ず正義の味方マンがやってくる。近年の仕事柄、反ワクと戦ってきた経緯もあり、この反AIも同じ手合いであるように思える。正義は我にありで説得しようとしても無駄。さっさと通報とブロック以外に手はなく、相手にしないほうが良い。 もし仮にあなたがワクチンやAIの研究や投資をしていて、この手の正義の戦士に出くわしたらどうするか、noteにメモとして残しておく。 正義の戦士は信じたいものを信じ、騙されやすく、人の話を聞かない。 Paints-UNDOの話題。日本のみ異論も含め突出して盛り上がっているのでは。Redditを見に行ったりしたが、同じ意見はないわけではないけど、そこまで盛り上がってもなかった。GoogleTrendでも確認したらやっぱりそうだった。これタイムラプスがAI絵でない証明かが政治的な争点になってたからだろうなと pic.twitte

                                          AI絵でバズった後にくる正義マンの特徴と正義のアカウント凍結末路|ベルマーク
                                        • Devcontainerを用いてPythonやAWS CDK・Serverless Frameworkなどのデプロイ環境の構築をしてみた | DevelopersIO

                                          データアナリティクス事業本部のueharaです。 今回は、Devcontainerを用いてPythonやAWS CDK・Serverless Frameworkなどのデプロイ環境の構築をしてみたいと思います。 Devcontainerとは Devcontainerは一言でいうとVSCodeの開発環境構築支援機能になります。 Dockerコンテナを開発環境として利用することで、開発やデプロイに必要なランタイムのバージョンやライブラリ、VSCodeの拡張機能をコンテナ内に包含させることができます。 ユーザはプロジェクトディレクトリを開く際にDevcontainerで起動をするだけで開発環境が準備されるので、案件に新しくアサインされるメンバーもすぐに開発・デプロイをすることができます。 (引用元) 今回作成する環境 今回は、私が普段案件に参画する際によく使う以下のランタイムやライブラリを含むDe

                                            Devcontainerを用いてPythonやAWS CDK・Serverless Frameworkなどのデプロイ環境の構築をしてみた | DevelopersIO
                                          • RubyMine で Turbo を Rails アプリに使用する | The RubyMine Blog

                                            皆さん、こんにちは! RubyMine チームは Ruby と Rails の新しいテクノロジーのサポートを提供するための継続的な取り組みを行っています。 Rails に最近追加された最も画期的な手法の 1 つは間違いなく Hotwire だと言えます。そこで、このフレームワーク一式の概要と RubyMine で最も重要な Turbo 機能と Stimulus 機能を Rails アプリに使用するためのチュートリアルを用意しました。 この記事では Turbo を取り上げています。Stimulus のサポートについての詳細は、次のブログ記事をお待ちください。 Hotwire と Turbo Hotwire とは? Hotwire は JSON の代わりに HTML をワイヤー越しに送信することでウェブ開発を単純化します(名称は「HTML over the wire」の略称です)。 これにより

                                              RubyMine で Turbo を Rails アプリに使用する | The RubyMine Blog
                                            • HunyuanDiT/ComfyUIを試してみた話@paperspace|shiba*2

                                              上のサイト見ていると、ComfyUIで使用できるということでPaperspaceで試してみました。Paperspaceで動作しました。freeA4000です。 HunyuanDiT自体は5月に公開されたもので、最近SD3が公開されたのに合わせて比較されたりしています。 HunyuanDiTとは何か?Ditというのは「Diffusion Transformer」というもので、Stable diffusion3が採用しているものになります。 HunyuanDiTとSD3の違い(論文の比較)Hunyuan-DiT 使用方法: Hunyuan-DiTでは、ディフュージョントランスフォーマーモデルを使用して、特に多言語(英語と中国語)対応のテキストから画像生成を行っています。 <特徴> デュアルテキストエンコーダー(バイリンガルCLIPと多言語T5エンコーダー)を使用。 新しいネットワークアーキテク

                                                HunyuanDiT/ComfyUIを試してみた話@paperspace|shiba*2
                                              • AWS Glue で Git のバージョン管理システムを使用する - AWS Glue

                                                ノートブックは現在、AWS Glue Studio のバージョン管理には対応していません。ただし、AWS Glue ジョブスクリプトとビジュアル ETL ジョブのバージョン管理はサポートされています。 リモートリポジトリがあり、そのリポジトリを使用して AWS Glue ジョブを管理する場合は、AWS Glue Studio または AWS CLI を使用して、リポジトリと AWS Glue のジョブへの変更を同期できます。この方法で変更を同期すると、ジョブは AWS Glue Studio からリポジトリにプッシュされるか、リポジトリから AWS Glue Studio にプルされます。 AWS Glue Studio での Git との統合により、次のことができるようになります。 AWS CodeCommit、GitHub、GitLab、 Bitbucket など、Git のバージョン

                                                • 【Git】特定のコミットまで戻ってコードを確認したいだけのときは、git resetではなくgit switchを使おう - Qiita

                                                  【Git】特定のコミットまで戻ってコードを確認したいだけのときは、git resetではなくgit switchを使おうGit はじめに git reset --hard [コミットのハッシュ値]を実行すると、指定したコミット以降のコミット履歴が消去されてしまうので、 過去のコミット時のコードを一時的に見たいときは、コミット履歴に影響を与えないgit switch -d [コミットのハッシュ値]を使ったほうが良さそうということに気づきました。 (git reset --hard [コミットのハッシュ値]を実行してコミット履歴を消去しても、一応復元できますが。) 筆者自身、詳しいことを知らずにgit reset --hard [コミットのハッシュ値]を使って焦ったことがあるので、両者の違いをまとめておきます。 サンプルの解説 以下のようなテキストファイルがあるとします。

                                                    【Git】特定のコミットまで戻ってコードを確認したいだけのときは、git resetではなくgit switchを使おう - Qiita
                                                  • 2024年版 - プロトタイピングツール 5選

                                                    プロトタイピングツール は、デザイナーが最終製品のレプリカを作成するための製品で、ユーザーテストやステークホルダーへのプレゼンテーションや、デベロッパーへの引き渡しに使われます。デザインツールには、大抵追加機能としてプロトタイプがありますが、専用のツールを使うことで、より高度なプロトタイプができるようになります。 コードベースのデザイン革命を牽引する企業の1つである UXPin の14日間の無料トライアルにサインアップして、次のデジタル製品や Web デザインのプロジェクトで UXPin の高度なプロトタイプ機能をぜひお試しください。 1.UXPin UXPin は、デザインを完全にインタラクティブにすることができる、コードベースのプロトタイピングツールです。多くの主要なデザインソリューションとは違い、UXPin にはプロトタイプとテストに必要なものがすべて組み込まれているので、プラグイン

                                                      2024年版 - プロトタイピングツール 5選
                                                    • やらかしたとき - 戯術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 rerere」 - Qiita

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

                                                          【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita
                                                        • attestationsやfeature flagの話など|Productivity Weekly(2024-06-26)

                                                          こんにちは。サイボウズ株式会社 生産性向上チームの平木場です。 僕たち生産性向上チームは毎週水曜日に Productivity Weekly という「1 週間の間に発見された開発者の生産性向上に関するネタを共有する会」を社内で開催しています。 本記事はその時のネタをまとめたものです。 2023-01-25 号から、基本的に隔週で連載することとしました。たまに単独でも投稿するかもしれません。 今週は 2024-06-26 単独号です。 今回が第 158 回目です。過去の記事はこちら。 news 📺 Artifact Attestations is generally available - The GitHub Blog 以前 2024/05/08 号 でも触れた Artifact Attestations が GA になりました。この機能を使うことで、コンテナイメージやバイナリといったソ

                                                            attestationsやfeature flagの話など|Productivity Weekly(2024-06-26)
                                                          • Amazon Connect 添付ファイルスキャンによる保護とレピュテーションリスク低減 | Amazon Web Services

                                                            Amazon Web Services ブログ Amazon Connect 添付ファイルスキャンによる保護とレピュテーションリスク低減 顧客とエージェントのチャット対話中にファイルを共有できる機能は、全体的な顧客体験を大幅に向上させる重要な利点があります。顧客がチャットセッション中に文書、画像、スクリーンショットなどのファイルを共有できるようにすることで、より明確なコミュニケーションが可能になり、顧客の問題をより包括的に理解できます。これにより、問題の解決が早まり、より顧客にパーソナライズした対応ができます。エージェントは添付ファイルを使用して、製品ガイド、トラブルシューティングの手順、または必要な情報を共有することで、提供するサポートをより充実させることができます。さらに、関連する視覚情報を送信できることで、複雑な概念の説明が容易になり、誤解を減らし、顧客満足度を高めることができます。

                                                              Amazon Connect 添付ファイルスキャンによる保護とレピュテーションリスク低減 | Amazon Web Services
                                                            • YoctoProject kirkstoneでリードオンリーのファイルシステム - みつきんのメモ

                                                              はじめに 2021-03-25 Yocto リードオンリーなルートファイルシステムを構築するでリードオンリーなシステムの構築方法をまとめたが、情報が古くなってきたのでまとめ直す。 ターゲットボードはラズベリーパイ4、使用するYoctoProjectのバージョンはkirkstone(4.0)とする。 環境構築 作業環境 $ mkdir -p ~/yocto/rpi-kirkstone $ cd ~/yocto/rpi-kirkstone pokyの取得 $ git clone -b kirkstone git://git.yoctoproject.org/poky.git 環境変数の設定 $ source poky/oe-init-build-env レイヤの取得 $ bitbake-layers layerindex-fetch meta-raspberrypi local.confを編集

                                                                YoctoProject kirkstoneでリードオンリーのファイルシステム - みつきんのメモ
                                                              • GASを使ってGithubのプルリク状態をSlackに通知する - Qiita

                                                                はじめに 皆さん、こんにちは! 最近(また)コーヒーホリックになりつつあるエンジニアの@atokです。 皆さんは、複数のGithubリポジトリでプルリクエストが溜まってしまうような経験をしたことはないでしょうか。 私の所属している開発チーム"Habitat Hub"では、時期によって複数のプロジェクトを管理しています。もちろんプロジェクト毎にそれぞれGithubのリポジトリが存在する訳なのですが、 どれくらいプルリクが溜まっているのかがぱっと見でわからない どのプルリクにだれがレビュー者として入っているのかがわからない というような原因から、プルリクエストを出したけど検知されずに時間が経過してしまうことがしばしばありました。 Jiraのチケットを使ったタスク管理で、これまでに Jiraのチケットのステータスを「レビュー」に変更した際、Slackに通知させる(自動) それぞれがSlackでレ

                                                                  GASを使ってGithubのプルリク状態をSlackに通知する - Qiita
                                                                • WSL2 Ubuntu 22.04 LTS に Stable Diffusion WebUI v1.7.0 & SDXL 1.0 をインストールする

                                                                  前提となる環境前提となる環境は、Windows11 WSL2 Ubuntu 22.04 LTS です。python のバージョンは若干古く 3.10.12 になります。GPU は nVidia RTX3060 12GB で Driver は Ver.546.33 です。WSL2 の場合は、Windows 側にインストールした GPU ドライバーのバージョンとなり、WSL2 用のコマンド・ライブラリも同時にインストールされます。 これに CUDA 11-8 & 12.1 と cuDNN をインストールしています。cuDNN は CUDA 11-8 用です。 $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 22.04.3 LTS Release: 22.04 Co

                                                                    WSL2 Ubuntu 22.04 LTS に Stable Diffusion WebUI v1.7.0 & SDXL 1.0 をインストールする
                                                                  • 【Git】一時的に過去のcommitに戻りたい - Qiita

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

                                                                      【Git】一時的に過去のcommitに戻りたい - Qiita
                                                                    • 普段使用している便利コマンド一覧

                                                                      ag : grep代替の高速検索ツール https://github.com/ggreer/the_silver_searcher grepの代替と言えばわかりやすいか オプションが手になじんでしまったので使っている 最近はgrepも普通に速くなっているので使用は好みの問題かもしれない fd : ファイル検索コマンド https://github.com/sharkdp/fd ファイル検索コマンド findの代替 使いやすい fzf : インクリメンタル検索 https://github.com/junegunn/fzf コマンドでインクリメンタル検索が可能になる wrk : ベンチマークツール https://github.com/wg/wrk luaで細かい記述が可能なベンチマークツール jq : json整形ツール https://jqlang.github.io/jq/ jsonを

                                                                        普段使用している便利コマンド一覧
                                                                      • 環境を汚さすにHunspellを動かす(Mac編)

                                                                        概要 静的なスペルチェックを使ったツールを作りたいと思ったときに、ispell,aspell..系のツールを使おうと思いついた。ただ色々な人やビルドマシンで広くツール化するとしたら環境に依存しない使い方をしたい。 そのためにツールをバイナリ化して配布するような仕組みが簡単にできそうか調べてみた。Hunspellだと簡単にできそうだったのでその方法をメモしておこうと思う (aspellでもできそうな感じはしたがconfigureの中身を読むのが億劫になってしまい断念) 環境 MacOS想定、CPUは関係ない(はず) Hunspellをmakeするまで 公式リポジトリの説明どおりにやる git clone https://github.com/hunspell/hunspell.git cd hunspell autoreconf -vfi ./configure make これによって、hu

                                                                          環境を汚さすにHunspellを動かす(Mac編)
                                                                        • 「git pull」と「git fetch」の違いとは?

                                                                          TechTargetは「git pull」と「git fetch」の違いを解説する記事を公開した。主な違いは、git pullではリモートリポジトリの変更が作業ディレクトリに直接コピーされるのに対し、git fetchでは作業ディレクトリへのコピーが行われない点たが、それぞれをどう使い分ければいいのか。

                                                                            「git pull」と「git fetch」の違いとは?
                                                                          • SDL 2.0 日本語リファレンスマニュアル

                                                                            目次 Simple DirectMedia Layer Simple DirectMedia Layer (SDL) はオーディオ, キーボード, マウス, ジョイスティック, OpenGL/Direct3D/Metal/Vulkan経由のグラフィックハードウェアへの低レベルアクセスを提供する開発ライブラリである. 動画再生, エミュレータ, そしてValveの入賞作やHumble Bundleの数多くの作品を含む有名なゲームでも使われている. SDLはWindows, macOS, Linux, iOS, そしてAndroidに公式に対応している. 他の環境に対応したソースコードも存在する. SDLはCで書かれていて, ネイティブのC++で使うことができる. そしてC#やPythonなどの他の言語のバインドも存在する. SDL 2.0 はzlib licenseの下で配布される. このラ

                                                                            • 初めてのGitは電車で例えて学ぼう!初学者向け基本Gitコマンド入門 - Qiita

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

                                                                                初めてのGitは電車で例えて学ぼう!初学者向け基本Gitコマンド入門 - Qiita
                                                                              • ShellScriptで自動化を楽にしたい時に知っておいても良いこと | sreake.com | 株式会社スリーシェイク

                                                                                はじめに こんにちは、皆さん。今日は、シェルスクリプトを使った高度な自動化のベストプラクティスとパターンについて解説します。これらは、ちょっとした知識で実行でき、作業を大幅に効率化できるTipsです。シェルスクリプトは、特にUNIX系システムでの自動化タスクに欠かせないツールです。適切に使用すれば、複雑なタスクを効率的に、そして信頼性高く実行できます。 トイルとは、反復的でマニュアルな作業のことを指します。これには、例えば、手動でのシステムのスケーリングや、エラーのトラブルシューティング、ルーティンなメンテナンス作業などが含まれます。トイルを特定し、それを自動化することで、エンジニアはより創造的なタスクやプロジェクトに焦点を合わせることができます。 トイルを判別する方法としては、以下のような基準が挙げられます: 手作業であること 完全な手作業だけでなく、「あるタスクを自動化するためのスクリ

                                                                                  ShellScriptで自動化を楽にしたい時に知っておいても良いこと | sreake.com | 株式会社スリーシェイク
                                                                                • GitHub|チームでの使い方まとめ

                                                                                  プログラミングスクールにて、チーム開発のフェーズが始まりました。 今後使うGitHubの使い方をまとめておきます。 Gitを使用する理由 ・データのバックアップが取れる。 ・複数人で同時に作業を進められる。 GitHubのチーム・リポジトリを作成する チーム作成(代表) 右上の+ボタンから、「New organization」を選択。 Freeプランを選択。 チーム名を決め、メンバーを招待し、「Complete setup」をクリック。 ※ チーム作成後、「People」タグからさらにメンバーを招待することも可能。 ※ メンバー招待時には「Owner」権限を付与すること。 リポジトリ・ アプリケーション作成(代表) 「Repositories」タグの「Create a new repository」をクリック。 リポジトリ名を決め、「Public」を選択し、「Create reposito

                                                                                    GitHub|チームでの使い方まとめ