ついに社会人になり、主戦場がmercurialからgitになりました。 gitは今まで脳死でanatofuz@gmail.comでcommitしていたのですが、娑婆にでると会社のドメインでcommitする必要性が出てきます。 しかし一般的な趣味プロダクトとかで会社のドメインを使うと不要な怒られが発生する可能性がある...!! 会社のプロダクトに関するものだけ会社のドメインを利用したい...!! という感じで、ディレクトリに応じてgitの設定を切り替えるようにしてみます。 リポジトリ管理 ディレクトリごとに設定を切り替える場合はリポジトリをローカルでどうやって管理するかが重要になってきます。 こういうときはghqを使うと良い感じにURLに応じてディレクトリを掘ってくれるので、会社のドメインに応じたディレクトリを勝手に作ってくれます。 今回は github.com/borderShojiみたい
GitHubでリポジトリを作る。 ローカルでリポジトリを作る。 その後、マージしないとと思い立ちgit pull origin masterをすると、fatal: refusing to merge unrelated historiesが表示されてしまいました。 そんな時はということで、git merge --allow-unrelated-histories origin/masterを走らせると見事にマージしてくれました。 完全に独立した2つのブランチがマージされている様子が見られるGitログ 参考 Gitのマージ概要および、共通の分岐元を持たないブランチ同士のマージ(割としょうもない話) - clock-up-blog
Open SourceSecurityGit security vulnerabilities announcedUpgrade your local installation of Git, especially when cloning with --recurse-submodules from untrusted repositories, or if you use git shell interactive mode. Today, the Git project released new versions to address a pair of security vulnerabilities (CVE-2022-39253, and CVE-2022-39260) that affect versions 2.38 and older. These affect Git’
こんにちは、 @kz_morita です。 普段 git を使って開発を行っているのですが、気がつくとローカルに既に使われていないブランチがたくさん溜まってしまったりしがちです。 今回はそれらのブランチお掃除系で普段よく使うために、snippet 化している git コマンドを紹介します。 3 つのコマンド 今回は、以下の 3 つのお掃除コマンドを順に紹介します。 マージ済みブランチの削除 リモートで消されたブランチを、ローカルのリモートブランチに反映 削除されたリモートブランチと同じローカルブランチを削除 マージ済みのブランチを削除する 特定のブランチマージ済みのブランチを一括で削除します。 ここでは、master と develop ブランチマージされているローカルブランチ一括で削除しています。 $ git branch --merged | egrep -v "\*|master|d
SecurityToken authentication requirements for API and Git operationsAs previously announced, beginning November 13th, 2020, we will no longer accept account passwords when authenticating with the REST API and will require the use of token-based authentication (e.g., a… As previously announced, beginning November 13th, 2020, we will no longer accept account passwords when authenticating with the RE
Linus が Git comes with a nice pull-request generation module, but github instead decided to replace it with their own totally inferior version. https://github.com/torvalds/linux/pull/17#issuecomment-5654674 Gitにはniceな pull-requestモジュールがあるのにGitHubは劣化版に置き換えた、と言っていて I believe he's referring to git-request-pull. https://github.com/torvalds/linux/pull/17#issuecomment-5660608 それは git request-pull のことらしい
こんにちは、フロントエンドエンジニアのてりーです。 僕の詳しいプロフィールはこちら はじめに Gitって難しいですよね。本当に! プログラミング歴1年弱の自分がチーム開発に加わる様になってに一番不安なのはGitの扱いです。 ミスにビクビクしながら、日々を過ごしています。 そんな僕が、初学者向けに現場でうま〜く立ち回れる様に、Gitに慣れていない人がよくハマるパターンと対処法をまとめました。参考になれば幸いです。 作業ブランチ間違えて作業しちゃった!!パターン これは僕が一番やっちゃうやつです! 作業している途中や、git statusしている辺りでブランチを間違えていた事に気がつきます! 対処法 1 git stash -u 一旦、作業していた分を退避する 2 git switch 正しいブランチ名 正しいブランチに切り替える 3 git stash pop 退避していた分を正しいブランチ
Webサービスやアプリ開発の現場では必須のバージョン管理システム「Git(ギット)」。Gitは、専用のソフトを使えばクリックで直感的に操作することもできますが、いざというときにコマンドが使えると便利です。 前回の 第6話 では、特定の時点までファイルを巻き戻す「リセット」を学びました。 ・特定の時点までファイルを巻き戻す $ git reset 今回の第7話では、間違えてリセットしてしまっても元に戻せる「リフログ」を学びます。一体どのようなコマンドなのでしょうか。このマンガを通して、わかばちゃんと一緒に知識を身につけていきましょう! 【筆者】湊川 あいさん フリーランスのWebデザイナー・漫画家・イラストレーター。マンガと図解で、技術をわかりやすく伝えることが好き。 著書『わかばちゃんと学ぶ Git使い方入門』『わかばちゃんと学ぶ Googleアナリティクス』『わかばちゃんと学ぶ Webサ
どうもこんにちはkoheiです。 あと少しで花粉の季節になると思うと憂鬱です。 花粉のない場所に逃げたいと思う今日このごろ。。 それでは本題、先日に下記のようなツイートをしました。 Gitについて、ちゃんと考えて運用しているプロジェクトとそうではないプロジェクトがはっきり分かれてるなと最近思いました。うまく運用できれば効率よく開発ができて結果的に工数が削減できるのに、考えることをやめてしまうのはもったいない! — こうへい@フリーランスエンジニア (@kohei72901660) January 15, 2020 Gitについて、ちゃんと考えて運用しているプロジェクトとそうではないプロジェクトがはっきり分かれてるなと最近思いました。うまく運用できれば効率よく開発ができて結果的に工数が削減できるのに、考えることをやめてしまうのはもったいない! Gitの運用方法を決める理由 私自身、Gitの運
Regarding Git and Branch Naming June 23, 2020 Both Conservancy and the Git project are aware that the initial branch name, ‘master’, is offensive to some people and we empathize with those hurt by the use of that term. Existing versions of Git are capable of working with any branch name; there's nothing special about ‘master’ except that it has historically been the name used for the first branch
2020.08.04 週刊Railsウォッチ(20200804後編)「RubyKaigi Takeout 2020」9月オンライン開催、メールバリデータtruemail、Gitのmasterが変更可能にほか こんにちは、hachi8833です。「Kaigi on Rails」のプロポーザルがいっぱい集まったそうです🎉。 【CFPフォームクローズのお知らせ】 先程CFPフォームがクローズされました。予想を越えてたくさんの方にプロポ―ザルを提出いただき、運営チーム一同大変感謝しております。これから運営チームで選定を進め、8月中旬を目処に結果をお伝えする予定です。#kaigionrails — Kaigi on Rails (@kaigionrails) August 1, 2020 さらにこんなイベントもあったことに後から気づきました。 こんばんは!https://t.co/52TgXP8P
この投稿では、GitHubへのgit pushを引き金に、gitリポジトリ内の静的HTMLをNetlifyにデプロイし、サイトを公開する方法を紹介します。 本稿の手法は、Netlify入門者が分かるよう、下記のとおり極限まで単純化してます: 静的サイトジェネレーター不使用 「HTMLをgit pushしたら、Netlifyにデプロイできる」を体験することが本稿の目的です。なので、現実のサイト構築で使うことになる静的サイトジェネレーターは使いません。現実的なデモではないですが、HTMLをデプロイできることが知れれば、静的サイトジェネレータで生成したHTMLもデプロイできることになるので、ここで学んだことは活きます。 作るのはHTML1ファイル & Netlify設定ファイル1つ 作るファイルはHTML1つと、Netlifyの設定ファイル1つだけです。HTMLは「Hello World」の1行
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Git 認証情報を使用した HTTPS ユーザーのセットアップ AWS CodeCommit リポジトリへの接続を設定する最も簡単な方法は、IAM コンソールで CodeCommit の Git 認証情報を設定し、HTTPS 接続にこれらの認証情報を使用することです。静的なユーザー名とパスワードを使用して HTTPS 認証をサポートするサードパーティーのツールまたは統合開発環境 (IDE) でも、同じ認証情報を使用できます。例については、「開発ツールから接続する場合」を参照してください。 以前に CodeCommit 用の信任状ヘルパーを使用するようにローカルコンピュータを構成していた場合、Git 認証情報を使用する前に .gitconfig ファイルを編集してファ
Windows 10 会社支給PC Zscaler導入済み 遭遇するエラー内容 AWS CLIの場合 [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1091) Gitの場合 SSL certificate problem: unable to get local issuer certificate pipの場合 There was a problem confirming the ssl certificate: HTTPSConnectionPool(host='pypi.org', port=443): Max retries exceeded with url: /simple/pip/ (Caused by SSL
So 1Password CEO Jeff Shiner just committed code to one of my GitHub repositories. That’s strange. While he’s a developer at heart, I don’t think he gets much time to code these days. What’s going on here? As you might have guessed, this didn’t actually come from Jeff Shiner. In fact, anyone can spoof a Git committer or author name with just a few terminal commands and pretend to be someone else:
こんにちは。イムチェジョンです。 最近、研修の時gitを使っています。 gitはITの勉強を始めてからずっと使っているんですけど、いつもコマンドを忘れてしまって使うたびに新しい気分で始まる感じです、、笑、、 もちろん、検索してみるとすぐ思い出すんですけど、検索しなくても早速使えるように今回に私がよく使うgitのコマンドをまとめたいと思います! アジェンダ gitとは? よく使うgitのコマンド まとめ 1. gitとは? バージョン管理システム ソースコードを効果的に管理できるようにしてくれる無料公開ソフトウェア ソースコードをやり取りする必要なく、同じファイルを複数の人が同時に開発できるようにしてくれるソフトウェア 2. よく使うgitのコマンド 新しい環境で使う時 ローカルgitの環境の設定 $ git config --global user.name "(使用者のID)" $ gi
私が個人的に使っている Git コミットメッセージのテンプレートがこちら。 変更内容のコミットメッセージを入力してください。 '#' で始まる行は無視され、空のメッセージはコミットを中止します。 コミットメッセージは 1 行目に変更内容の概要を記載し、 3 行目以降に変更内容の詳細や、コードで表現できない変更理由を説明してください。 1 行目、すなわちヘッダーはこのソフトウェアの利用者に伝わる形で書いてください。 そのまま CHANGELOG に記載できる形になっていることが望ましいです。 過去形や体言止めではなく現在形で書いてください。 (タグを除いた) 1 行目が次の文に続いたとして自然な形になるのが望ましいです。 もし適用されたら、このコミットは〜 3 行目以降、すなわちボディー部では「なぜ」「なんのために」「どのように」 などを説明してください。特に「なぜ」はコードで表現だけではさ
タイトル通り、TypeScriptを使ってGitを作ってみました(mergeやrebaseといったコマンドは諦めました) その際に参考にしたサイトや自分の実装の一部を記事にまとめておきます。Gitを作るぞ!という人の参考になればと思います。リポジトリは以下です。 自作した動機 Gitの仕組みを全然知らなかったので、実際に作りながら学びたかった ここ1年ほど本格的なプログラミングから離れていたのでそのリハビリ 実装したコマンド add、commit、checkout、branch、log、initなど。 実装の単純化とやる気の問題で、オプションについてはほぼ省略しています。あとmergeとrebase、pushなども実装していないので、実際にGitとして使うのは無理です。 参考にしたサイト 実装に際して、とくに参考にしたサイト、ページを以下に列挙します。手を動かしながら学びたいという人はWr
[追記] gitに脆弱性が!Updateしなきゃ! でもyumに最新版がないし、ソースから入れたらエラった!ときのメモLinuxGitAWSUbuntuupdate git インストール linux編としても読めます。 現状(2020/04/20) の AmazonLinux Git最新Ver.git-2.14.6-1.62.amzn1の模様。(ダメみたいですね 追記(2020/05/05) @SSW-SCIENTIFIC さんのご指摘通り、上記linuxyum の git-2.14.6-1.62にセキュリティ修正パッチが適用されており、今回の脆弱性で言えば、Gitのコンパイル インスコ更新は必要ではありません。 この記事は学生時代の試験範囲外の板書ノート程度に考えて下さい。 発熱の為、追記更新が遅れたことをお詫びします。(幸いコロナではありませんでした) 追記: 今日(2020/04/2
会社の同期の方と一緒に勉強会をしていて、せっかくなので発表内容を記事としてまとめることにしました。 ある時、ふと、Gitはどのように過去のファイルの状態を記憶しているんだろう?と疑問に感じました。今回はその疑問について調べた内容、Gitオブジェクトについてまとめていこうと思います!! 環境 MacOS Monterey 12.3.1 git version 2.35.1 対象読者 Gitを多少触ったことがあれば理解できると思います。 .gitの誕生 まず、Git管理下に置きたいディレクトリの中でgit initを実行すると.gitという隠しディレクトリが作成されます。Gitはこの.gitディレクトリの中のファイルを操作することで、Git管理下にあるファイル群のバージョン管理をしています。 試しにrepoというディレクトリを作成して、git initしてみましょう! % mkdir repo
Git Hooks without extra dependencies like Husky in Node.js project Git 2.9+ supports core.hooksPath for local git hooks, so we do not need extra dependencies like husky. lint-staged recommented to use with husky. However, husky v5.0.0 is licesed under The Parity Public License. When will version 5 be MIT license again? · Issue #857 · typicode/husky We can use core.hooksPath instead of husky. 📝 hu
error: Your local changes to the following files would be overwritten by checkout: test.txt Please commit your changes or stash them before you switch branches. Aborting メッセージの意味、その対処法や背景までわかる人は、おそらく先を読む必要はないでしょう。 そうでない人はこの記事を読むことで、いままでより自信をもってgitを使うことができるようになるかもしれません。 この記事で説明すること チェックアウトするときに、なぜエラーが発生するのか マージやリベースするときに、なぜコンフリクトが発生するのか チェックアウト時のエラーやコンフリクトを理解するためのgitのキホン チェックアウトやマージ、プルが具体的になにをやっている
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community. Pick a username Email Address Password Sign up for GitHub By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails. Already on GitHub? Sign in to your account
はじめてのgit push 私事ですが、8月からWebエンジニアとして企業で働いています。 先日1つの作業を終えてgit pushしようとしましたが、驚くほどgitコマンドを忘れていました。その時は先輩に一通り教えてもらい、作業自体は無事に終了することができましたが(´;ω;`) 知識はあったのに、どこで・どのように・どんな理由でgitコマンドを使用するのかが分からなかった、というのが本音です。 今回はその時に使用したgitコマンドを振り返り、コマンドそのものと言うよりも、作業の流れ自体をおさらいしようと思います。 似たような内容で以前にも記事を作成してました。今回は、内容がより実践的になるかと。 【GitHub】アプリのバージョン管理を行う リポジトリ作成〜コミット init リポジトリを作成します。(初期化する?) ここではgit_testディレクトリにリポジトリを作成しています。 $
How to use VS Code as your Git editor, difftool, and mergetool Do you use VS Code as your default Git editor, or as your Git diff tool? Should you? Let’s look at the potential benefits of using VS Code as a fully-fledged Git partner, and how you can do it. TLDR To make VS Code your default “everything”, first you need to ensure you can run VS Code from the command-line as outlined in the Prerequis
Some Of The Workloads Still Seeing Lower Performance On Linux 5.5 Git Written by Michael Larabel in Linux Kernel on 30 December 2019 at 07:39 AM EST. 29 Comments Last night I shared the results from what's causing one of the performance regressions in Linux 5.5 but sadly more regressions remain that are currently being tracked down. Later today I hope to have the results to publish on a bisect of
この記事は、著者の許可を得て配信しています。 git undo: We can do better モチベーション Gitはロバストな基本原理を持つバージョン管理システムですが、初心者のユーザーはGitを少し恐ろしく思っているようです。初心者は間違をしてしまった場合、それを修正しようとするよりも、むしろリポジトリを削除してリクローンする人が多いでしょう。熟練したユーザーでも、リフログを読み解くのにうんざりする時もあります。 なぜでしょうか?データを失わないはずのシステムで、どうして簡単にデータを「失う」ことができるのでしょうか? それは、データを失うのが簡単すぎるのではなく、データを回復するのが難しすぎるということです。復元したい操作ごとに、それをundoするための「魔法」の呪文が用意されているのです。すべてのデータは原理的には残っていますが、実際には多くの人がアクセスできません。 ここか
駅メモ!チームエンジニアの id:yumlonne です。 この記事ではスーパープロジェクト(サブモジュールが登録されている親プロジェクト)側で git checkout や git pull を実行したときに、自動で git submodule update 相当の処理を実行してくれる便利な設定を紹介します。 git submodule についてはドキュメントを参照してください。 記事中の各種動作は git version 2.38.1 で確認しています。 背景 私は最近サブモジュールが存在するプロジェクトを触り始めました。 しかし、git 操作をするときにサブモジュールが存在することを意識していないと、サブモジュールの参照を意図せず書き換えてしまうことがありました。 $ cd MyProject $ git checkout topic-A # サブモジュールをtopic-Aブランチが
[AWS CDK] CodePipelineのソース元を色々指定してみました(CodeCommitとか、Githubとか、S3 Bucketとか、BacklogのGitとか) 1 はじめに CX事業本部の平内(SIN)です。 CodePipelineでは、各種のソースが利用可能です。 今回は、AWS CDK(AWS Cloud Development Kit)で、CodePipelineのソース元を色々変えて記述要領を確認してみました。 2 サンプル 最初に、本記事の基準となるサンプルコードです。 更新されたコードでLambdaを更新します。 #!/usr/bin/env node import cdk = require('@aws-cdk/core'); import * as codepipeline from '@aws-cdk/aws-codepipeline'; import
git pullを実行する際に、ローカルで未コミットの変更に対して、リモートの状態で上書きせず、ローカルでの変更を保持したい場合や、やっぱりリモートの変更で上書きしたくなった場合の対処方法についてのご紹介です。 こんにちは、CX事業本部の若槻です。 git pullを実行する際に、ローカルで未コミットの変更をリモートに反映させずローカルでだけ保持したい場合があります。 例えば、以下のようにhoge.txtの変更がローカルで行われていますが、この変更はリモートには反映したくないため、未コミットとしています。 $ cat hoge.txt ローカルでの変更 $ git fetch $ git diff remotes/origin/master diff --git a/hoge.txt b/hoge.txt index 48ee78d..e3130ae 100644 --- a/hoge.t
「ローカルブランチとリモートブランチはなんとなく分かるけど、追跡ブランチって分かりにくい」という方は結構多いと思います。 「追跡ブランチ」という名前が良くないのか、イメージしづらい。「『追跡、追跡』って一体何を追跡しているんだ?」というのが、疑問のポイントだと思います。 この「追跡ブランチ」というポイントが掴めれば、Gitの理解がとても進みます。 私も追跡ブランチが理解できたことで、Gitの理解が進み自分がやっているコマンド操作を具体的にイメージできるようになりました。 これだけ重要なことですが、「追跡ブランチ」に焦点を置かれて書かれた記事や書籍があまりありませんでした。 そこで今回は、現在Gitを勉強中の方に向けてローカルブランチ・追跡ブランチ・リモートブランチについて整理していこうと思います。 Gitのブランチの種類 ローカルブランチとは? ローカルブラントとは、ローカルリポジトリにあ
今回はちょっと技術よりのお話を。 ホームページの画面はHTMLやCSSといったテキストファイルというファイルを作成します。これはシステム開発でプログラムを書くときのソースプログラムも同じです。 ですので、アズシエルのスタッフの多くは日夜テキストファイルと格闘することが多いわけです。 テキストファイルは行の区切り、改行のことろで改行コード・行末コードという、文字ではない制御コードというものが使われます。 これが、古くからWindowsではCR+LF2のつ、macOSではCR、LinuxのようなUINX系ではLFと、OSによって違う、などと言われています。 とはいえ、最近はMacもすっかりUNIX系のOSになりまして、macOSの改行コードもLFだって言っていいんじゃない?というところはあります。 そして、Windows 10も次の大型アップデートでは「メモ帳」で、UNIX風のLFだけが改行コ
はじめに 一年前に新人研修でGitを担当してTigの記事を書いたのですが,今年も同じくGitの研修を担当することになりました.新人さんたちにとってはターミナル環境はとっつきにくい人も多いようで,短い研修期間では操作自体に苦戦してしまい,Gitそのものを理解するというところに力を割けない人も少なくありませんでした. それを踏まえて今回はGUIで操作しやすい環境を検討したのですが,以下のポイントを踏まえてVSCodeを使うことに決めました. マルチプラットフォームで使える.(研修はWindows環境で行いますが,業務ではLinuxデスクトップ環境も使うので) Gitの基本的な内容はVSCode上でGUI操作が可能. Gitの内容とあわせて,プログラミング用のテキストエディタの一例として,導入しやすそうなVSCodeを紹介. VSCodeを使ったGitの基本的な操作を一通りまとめていきます. イ
代表的なコマンドを3つピックアップしました。 「やっていること」について説明していきます。 git add 上記の前提知識をもとに説明していきます。 例えば、index.htmlファイルを作成した場合を例に考えます。まず、リポジトリに圧縮ファイルAというファイルが作成されます。その後、圧縮ファイルをハッシュ化したものをindex.htmlとマッピングしたものをステージングで保持します。これがgit addです。そしてこれがblobオブジェクトと呼ばれます。 git commit git commitでは2つのことをしています ①ツリーオブジェクトの作成 blobオブジェクトにはもともとのファイル名情報が残っていません。全てハッシュ化されています。ここではファイル名とファイルの中身を組み合わせることでツリーオブジェクトを作成します。ツリーオブジェクトはディレクトリの一つの階層ごとに一つのツリ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く