[B! Git] tanakara_botamochiのブックマーク

【Git】同じコンフリクト解消を繰り返している人に教えたい「git rerere」 - Qiita

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

tanakara_botamochi 2024/07/06

git

リンク

How to store releases/binaries in GitLab?

I am building a workflow with Gitlab, Jenkins and - probably - Nexus (I need an artifact storage). I would like to have GitLab to store releases/binaries - is it possible in a convenient way? I would not like to have another service from which a release (and documentation) could be downloaded but to have it somehow integrated with repository manager, just like releases are handled in e.g. GitHub.

tanakara_botamochi 2024/05/28

git

リンク

より良い Git コミットメッセージを書こう - Qiita

より良いコミットメッセージを残すことは Git を使った開発をする上で重要なことです。優れたコミットメッセージは、それを読んだ人がコードを理解するのに大いに役立ちます。では、どのようなメッセージが良いもので、どのようなメッセージが悪いものなのでしょうか？それについて掘り下げていきたいと思います。基本的な Git Commit Message の書き方詳しいところは、以下の3サイトを参照してください。特に「How to Write a Git Commit Message」には基本がすべて書かれています。 How to Write a Git Commit Message https://cbea.ms/git-commit/ Gitのコミットメッセージをうまく作成する7つのルール（「How to Write a Git Commit Message」の和訳記事） https://

tanakara_botamochi 2024/04/29

git

リンク

GitHub の基礎 - 管理の基本と製品の機能。 - Training

このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカルサポートを利用できます。

tanakara_botamochi 2023/08/31

github
git

リンク

GitHub - martinvonz/jj: A Git-compatible VCS that is both simple and powerful

Jujutsu is a powerful version control system for software projects. You use it to get a copy of your code, track changes to the code, and finally publish those changes for others to see and use. It is designed from the ground up to be easy to use—whether you're new or experienced, working on brand new projects alone, or large scale software projects with large histories and teams. Jujutsu is unlik

tanakara_botamochi 2023/08/01

git

リンク

Write Better Commits, Build Better Projects

EngineeringWrite Better Commits, Build Better ProjectsHigh-quality Git commits are the key to a maintainable and collaborative open- or closed-source project. Learn strategies to improve and use commits to streamline your development process. How often have you found yourself thinking: What’s the point of this code? Isn’t this option deprecated? Is this comment out-of-date? I don’t think it descri

tanakara_botamochi 2022/07/03

git

リンク

大きなGitリポジトリをクローンするときの工夫を図解します - DeNA Testing Blog

こんにちは、SWETでCI/CDチームの前田（ @mad_p ）です。 SWETではCI/CDチームの一員として、Jenkins運用のサポートや、CI/CD回りのノウハウ蓄積・研究をしています。はじめに Gitリポジトリをクローンすると、ローカルフォルダにはそのリポジトリの全体がダウンロードされ .git というフォルダに格納されます。ブランチをチェックアウトすると、ブランチ内のファイルがワーキングツリーとして展開されます。この様子を図にするとこのようになります。この .git とワーキングツリーの使うディスク容量を節約しようというのが今回のお話です。特にJenkinsにおいて、大きめのGitリポジトリをクローンしてくる場合に課題があり、いろいろ工夫してみたので、その結果を紹介します。同じCI/CDチームの加瀬による記事「大規模リポジトリで高速にgit cloneするテクニック」と内容

tanakara_botamochi 2021/07/18

git

リンク

Git のユーザー名を複数使い分ける時は global の設定を消す

2016/09/13 この記事は書かれてから1年以上が経過しており、最新の情報とは異なる可能性があります techGitgitconfig 会社用のアカウントと個人用とで分けたいときなどに。正攻法じゃないけど、間違えずに済むので一応メモ。（以下いろいろ編集追記）これでしばらくやってみてほぼ困らなくなりましたのでオススメです。ライブラリはオープンに個人用アカウントで作っておき、それを会社用アカウントから利用するみたいなことも想定できるので、 user.name, user.em ail を複数使い分けられるようにしておいて損はないと思います。 global の .gitconfig の user.name をあえて空にするホームディレクトリに置いてある .gitconfig 内の [user] name = foobar em ail = foobar@example.com みたいな

tanakara_botamochi 2021/04/01

git

リンク

GitHubでtagをmasterにする - ジムには乗りたい

概要 GitHub上のOSSをフォークして開発したい。でも、フォーク元のmasterではなくtagから派生させたい。ので自分のリポジトリ（フォーク先）ではtagをmasterにする手順。手順リポジトリをForkする GitHubから普通にForkするだけ tagを開発ブランチとしてpushする cloneした後、tagを確認する git tag -l tagからブランチを作成する git checkout -b ${ブランチ名} refs/tags/${タグ名} 作成したブランチをpushしておく masterブランチを削除する GitHubではdefaultブランチがmasterになっている。そしてdefaultブランチは削除できないのでGitHubの画面から変更する。変更先はtagから作成したブランチ。 [settings]→[branches]→[Default bran

tanakara_botamochi 2021/02/11

git

リンク

大規模リポジトリで高速にgit cloneするテクニック - DeNA Testing Blog

ニッチな話題ですが、業務におけるCI/CDの現場では避けることのできない大規模リポジトリと戦うためのgit cloneのテクニックを紹介します。この記事はDeNA Advent Calendar 2020の10日目の記事です。 CI/CDマニアの@Kesin11です。SWETではCI/CDチームの一員として、CI/CDの啓蒙活動やJenkinsを必要とするチームのサポートなどの業務を行っています。はじめにおそらくどこの会社でも1つぐらいは巨大なリポジトリが存在しているかと思いますが、歴史あるリポジトリはgit cloneするだけで数分を要し、checkout後のリポジトリサイズがGB単位になることも珍しくないでしょう。業務で古くから存在するプロジェクトのリポジトリを触ったことがある方はきっと経験があるかと思います。 git cloneを実行するのは最初のセットアップ時だけなのであまり

tanakara_botamochi 2020/12/25

git

リンク

入門書を終えた人に捧げる、社会人のためのGit中級編 - Qiita

自分が実際に企業で働くうえでよく使ったコマンドや役に立った設定をまとめてみました。 Git入門系に関しては飽和していると思いますが、ちょっとした応用編としてご覧いただければ幸いです。自分の環境ファイルの数や行数が膨大複数の案件が同時進行することが多く、質問などに答えたりするためにブランチ移動をすることが多いプロジェクト内に複数文字コードが混在している（Shift-JISとUTF-8）コマンド編基本のコマンド書きなぐり $ git clone <ブランチ名> <ディレクトリ名> # clone先のディレクトリ名まで指定してcloneする $ git pull # pullする。必要に応じて -u や、 remote名、ブランチ名を打ち込む $ git diff # 差分見る $ git diff master HEAD # 現在の状態とmasterを比較する $ git chec

tanakara_botamochi 2020/10/11

git

リンク

Gitに管理されたファイルを削除したい - Qiita

.gitignoreに書き忘れてcommitしてしまった時に、「.gitignoreに追記すれば大丈夫...」と誤解していませんか？僕のように..汗後から.gitignoreに追記するだけではすでにGitに管理されたファイルは除去されないので、そんな時の対処方法を書いておきます。 Gitに管理されたファイルを残して除外したい場合

tanakara_botamochi 2020/07/27

git

リンク

git diff や git status での日本語の文字化けを防ぐ (core.page, core.quotepath)

git diff での文字化けgit diff の出力に日本語が含まれているときに、下記のように２桁の数値ばかりの表示に文字化けしてしまうことがあります。 $ git diff diff --git a/README.txt b/README.txt index 0005c4e..5d6ea9c 100644 --- a/README.txt +++ b/README.txt @@ -1 +1 @@ -<E3><81><82><E3><81><84><E3><81><86><E3><81><88><E3><81><8A> +<E3><81><8B><E3><81><8D><E3><81><8F><E3><81><91><E3><81><93>

tanakara_botamochi 2020/05/06

git

リンク

文章に関わる全ての人のための Git & GitHub 入門 1-2「コミットを積み上げる」 - Qiita

この連載はこんな人に向けて書かれています。小説作家さん編集者さん校正さんライターさん発注者さん要するに、文章を扱う全ての人々です。シリーズ記事一覧 1-1「Git と GitHub を使うメリット」 1-2「コミットを積み上げる」 1-3「コミットを理解して活用する」 1. 今回のゴール GitHub にプライベートリポジトリを作ってクローンするローカルリポジトリにコミットを積み上げるプライベートリポジトリにローカルリポジトリの内容をプッシュする以上です。ここまでできれば、あなたはとてもとてもスゴい。どんどんローカルリポジトリにコミットしていきましょう。あのときに戻りたくなったらいつでも戻れるようにしましょう。プライベートリポジトリにプッシュしておけば PC が爆発しても大丈夫。卒論とか修論とかを書いているそこのあなた、いまからでも遅くないですよ。いやマジでマ

tanakara_botamochi 2020/04/03

git

リンク

How To - A bunch of tech tutorials | How to

tanakara_botamochi 2020/03/17

https://news.ycombinator.com/item?id=22602888

リンク

Gitに慣れていない人がよくハマるパターンと対処法まとめ - Qiita

こんにちは、フロントエンドエンジニアのてりーです。僕の詳しいプロフィールはこちらはじめに Gitって難しいですよね。本当に！プログラミング歴1年弱の自分がチーム開発に加わる様になってに一番不安なのはGitの扱いです。ミスにビクビクしながら、日々を過ごしています。そんな僕が、初学者向けに現場でうま〜く立ち回れる様に、Gitに慣れていない人がよくハマるパターンと対処法をまとめました。参考になれば幸いです。作業ブランチ間違えて作業しちゃった！！パターンこれは僕が一番やっちゃうやつです！作業している途中や、git statusしている辺りでブランチを間違えていた事に気がつきます！対処法 1 git stash -u 一旦、作業していた分を退避する 2 git switch 正しいブランチ名正しいブランチに切り替える 3 git stash pop 退避していた分を正しいブランチ

tanakara_botamochi 2020/03/09

git

リンク

ドッグ on Twitter: "Git のコミット経由でメールアドレスが知れるのが嫌なら {GitHub のユーザ名}@users.noreply.github.com を user.email にセットしておくと良いぞ"

Git のコミット経由でメールアドレスが知れるのが嫌なら {GitHub のユーザ名}@users.noreply.github.com を user.em ail にセットしておくと良いぞ

tanakara_botamochi 2020/02/20

https://help.github.com/en/github/setting-up-and-managing-your-github-user-account/setting-your-commit-email-address#about-commit-email-addresses

git

リンク

【初心者向け】Gitで個人開発 - Qiita

この記事はこれから初めての個人開発を行う方に向けたものです。環境はDebian系のLinuxOS(Ubuntuとか)を想定しています。 Gitの必要性や用語を細かく説明するので、適宜飛ばし読みしてください！開発に必要な「バージョン管理」プログラム開発を行う中で、何かを制作して「はいおわり」ということはほぼありません。必ずといっていいほどバグは存在し、バグとは行かないまでも修正点というものは残っています。時代にそぐわない機能やアルゴリズムが使われていたならば、大幅に改修を行う必要があるでしょう。その証拠（？）に、広く利用されているOSでさえ、頻繁にバージョンの更新が行われています。バージョン更新を行う際、更新の意図、つまりは「何を何故どのように修正したか」を明確にする必要があります。これは、ある程度制作物が出来上がる以前にも同じことが言えます。制作過程で「変更の記録」を行うことで、次に

tanakara_botamochi 2019/11/14

git

リンク

美容内服薬ラボットメディカルクリニック【公式】

オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。