【2024年最新版】ブックマークすべきGitHubリポジトリまとめ - Qiita
はじめに 今回は最新の有益GitHubリポジトリを紹介します。 プログラミング初心者から上級者まで学ぶを得ることがリポジトリを厳選しています。 developer-roadmap エンジニア向けの学習ロードマップがまとめられています。 Awesome Roadmaps プログラミング言語やライブラリ、Webアプリ開発、モバイルアプリ開発、ゲーム開発、AI、機械学習、データサイエンティストの学習ロードマップがまとめられています。 学習の方向性や現在の自分の立ち位置を把握することができます。 awesome-courses 無料で学べるプログラミング学習教材がまとめられています。 プログラミング言語、人工知能、機械学習、コンピューターサイエンス、アルゴリズム、大学の資料など幅広い教材のリンクが掲載されています。 Free-Certifications こちらもエンジニア向けの無料で学べる学習教
個人ブログの記事をGitHubで管理するようにした - stefafafan の fa は3つです
現役はてな社員ということもあり、ドッグフーディングの意味も込めてずっとはてなブログを利用してきました。ブログを書く時は基本はてなブログの記事編集画面から直接編集してきましたが、このたび公式でGitHubテンプレートリポジトリが公開されていたので使ってみることにしました。(自分ははてなブログチーム所属ではありませんが、株式会社はてなのエンジニアなので宣伝記事ではあります)。 staff.hatenablog.com セットアップについて 基本的にリポジトリのREADMEに書いてある通りぽちぽちしていれば簡単に記事を全部リポジトリに同期できて非常に楽でした。記事の同期の際に下書きエントリも公開状態になっちゃうのかと少し気になりましたが、そこは初期セットアップの際に下書きも取り込むかどうかのフラグがあったので安心ですね。 github.com なお、自分はWebアプリケーションエンジニアであり日
実質無料で使える Hosting Service の比較や使い分けの紹介 2021 (Firebase Hosting, Cloudflare Pages, Vercel, Netlify, GitHub Pages, Amplify, CloudRun)
実質無料で使える Hosting Service の比較や使い分けの紹介 2021 (Firebase Hosting, Cloudflare Pages, Vercel, Netlify, GitHub Pages, Amplify, CloudRun)2021-10-04 ホスティングサービスに何を使えばいいのか分からないという話はよく目にしますし、僕もたまに思います。 そこでこれまで自分が使ったサービスの特徴や for me, not for me な点を紹介します。 静的ページ、および NextJS を前提としたサービス選定で、Firebase Hosting, Cloudflare Pages, Vercel, Netlify, GitHub Pages, Amplify, CloudRun を紹介します。 また、それらはフリープラン前提の話であり、not for me な点は課
Gitリポジトリをメンテナンスして軽量化する - zatsu na benkyou matome saito
保存版 この方の記事が最高に欲しかった、かつまとまっていたので自分の保存用です。 ↓こっちをみてください。 qiita.com これもいい qiita.com qiita.com qiita.com Gitリポジトリのメンテ？ Gitリポジトリにあるファイルは .git がバージョン管理をしています。 今回はその .git をメンテナンスする話です。 はじめに リポジトリに容量の大きいファイルをコミットしてしまった git clone がやたらと時間がかかる（知らない間に容量の大きいファイルがコミットされている可能性がある） 複数あるリポジトリを統合したい こんな悩みを持ったことはないでしょうか。大型のプロジェクトでないと発生しないと思うので、個人プロジェクトではなかなか遭遇することはないでしょう。 今回は上記を解消するための リポジトリメンテナンス方法 をご紹介します。 !! 注意 !!
Gitリポジトリをメンテナンスして軽量化する - Qiita
この記事はGit Advent Calendar 2015の8日目の記事です。 Gitリポジトリのメンテ？ Gitリポジトリにあるファイルは .git がバージョン管理をしています。 今回はその .git をメンテナンスする話です。 はじめに リポジトリに容量の大きいファイルをコミットしてしまった git clone がやたらと時間がかかる（知らない間に容量の大きいファイルがコミットされている可能性がある） 複数あるリポジトリを統合したい こんな悩みを持ったことはないでしょうか。大型のプロジェクトでないと発生しないと思うので、個人プロジェクトではなかなか遭遇することはないでしょう。 今回は上記を解消するための リポジトリメンテナンス方法 をご紹介します。 !! 注意 !! Gitリポジトリのメンテナンスは破壊的なため、Gitのコマンドを理解している方のみ行ってください。 この記事を読んで実
Git でファイルパーミッションの変更（chmod）を無視する - git config core.filemode false
$ git pull remote: Counting objects: 74, done. remote: Compressing objects: 100% (37/37), done. remote: Total 60 (delta 26), reused 55 (delta 21) Unpacking objects: 100% (60/60), done. From xxxxxxxxxx xxxxxx..xxxxxx master -> origin/master Updating xxxxxx..xxxxxx error: Your local changes to 'xxxxxxxxxx' would be overwritten by merge. Aborting. Please, commit your changes or stash them before y
Gitコンフリクト解消ガイド（git mergetoolの使い方） - Qiita
ファイル編集がコンフリクトした場合 下記はよくある（忌々しい）コンフリクト画面ですね。 皆さんはコンフリクトのmergeはどんな方法でやっていますでしょうか？ vimやemacsで直接編集している方が多いイメージですが、実際開いてみると、下記のように差分が表示されていると思います。 この画面を見ただけではどのようにmergeすればよいのかわかりません。（Objective-CのARC/MRC双方の開発経験がある人は目をつぶってください・・） gitにはこのようなコンフリクトのmergeを支援するgit mergetoolコマンドが搭載されています。 このままEnterキーを押すと下記のような画面が立ち上がります。 画面幅の都合でフォントが小さいのですが、ここで「mergeしたい差分が作られる直前の状態」と「mergeしたい差分」に注目してみます。 この2つを見比べると、@propertyの
[Git] コンフリクトの治し方 - Qiita
<body> <<<<<<<HEAD [ローカルブランチのコード] ======= [マージするブランチのコード] >>>>>>>2384792396c53837ec06b9c2a842bfccc28f3996ki </body> <<<<<<<と>>>>>>>で囲まれた部分を手動で修正する． GitHubでの解消機能紹介 ローカルで解決しなくてもWebで解決できる様になっています。（2016/12/13リリース） https://github.com/blog/2293-resolve-simple-merge-conflicts-on-github コンフリクトのメッセージについて コンフリクトの際にstageに乗らないファイルには， 下記のようなものがある． 修正が必要(かも？) UU（both modified） 3ウェイマージした結果のコンフリクトファイル． =>コンフリクトして
![[Git] コンフリクトの治し方 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/723427caa047b3bbfcf7fffc3b6cc012464dfe62/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCR2l0JTVEJTIwJUUzJTgyJUIzJUUzJTgzJUIzJUUzJTgzJTk1JUUzJTgzJUFBJUUzJTgyJUFGJUUzJTgzJTg4JUUzJTgxJUFFJUU2JUIyJUJCJUUzJTgxJTk3JUU2JTk2JUI5JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz05NDNlYWUxMDRiNGE5MDIyYTBmZDA2OWQ5OThiNzZjYw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrZW5idSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MzY4YzRiY2RhYjRjMjAwZGQ3OGNkMzczZTZiNTY3ZTU%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dbb6b0d9d8c630e7f104bff5c41a630ae)
技術文書をAsciidoc で書いて、GitlabでCIしている話 - Qiita
うちのチームでは、AsciiDoc で仕様書や技術メモを書きGitlab で管理しています。 あるとき、Redpenを紹介されたのを機会に、ドキュメントのCIを回すようにしたので、そのお話です。 AsciiDoc って？ 軽量マークアップ言語の一つです。 以下のような過程を経て、AsciiDocを利用するようになりました。 Word を共有フォルダで管理 重い。差分管理しづらい。同時編集がしづらい Markdown をgitlabで管理 軽い。Gitで編集履歴が簡単に確認可能。 Gitlab上で、整形された状態でプレビュー可能。 方言がある（エディタのプレビューではきちんと表示されても、gitlab上で崩れる） テーブルの編集が大変（特に更新の時が。。。） AsciiDoc をgitlabで管理 軽い。Gitで編集履歴が簡単に確認可能。 テーブル編集が楽。複雑な構造のテーブルもかける。As
Gitをもっと使いこなそう！ ちょっと上級な便利コマンド32選 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
バックエンドエンジニアのKazです。 昨今では、エンジニアにとってほぼ必須ツールとなった、ソースコードのバージョン管理ツール「Git」。今回はGitについて、ちょっと上級ですが、使いこなせばとても便利なコマンドを集めてみました。 なお、記事中のコマンドはすべて最新版のGitを想定しています。一部古いバージョンでは動作しないものも含まれていますので、バージョンの差異で非対応の場合はご容赦ください。 用例 任意指定オプションについて コマンド例の角カッコ （[]）で囲まれたオプションは任意指定となります。 git log [-p] ↑この角カッコ内は任意指定 プレースホルダについて コマンド例の山カッコ（<>）で囲まれた値はプレースホルダとなります。下記に沿って適宜置き換えてください。 <branch>: ブランチ名 <path>: ファイルのパス <pattern>: 検索したい文字列やパタ
merge --squashで適度にまとめたコミットを作成する - Qiita
こんにちは、@na4daです。 作業用に切ったブランチで作業している時に、「ここで細かくコミットすると粒度が小さすぎるので、ある程度纏めてコミットしたい」という状況が時々あると思います。今回は、そういった場合にmerge --squashを用いて、複数のコミットをまとめてコミットする手順をまとめた忘備録的な内容です。 手順 リモートからcheckoutしてきた(もしくはローカルで作成した)ブランチ(例：foo)から、さらにブランチを切り、チェックアウトします。ブランチ名はfoo-devとします。このfoo-devブランチはリモートへpushはせず、ローカルだけで用います。 その後、foo-devブランチでコミットします。後で一つにまとまるため、粒度が小さくなっても気にせずコミットしていきます。 ある程度切りの良いところまでコミットができたら、fooブランチに移動し、merge --squa
【Ubuntu 18.04 LTS Server】GitLabでGitサーバを構築する
Ubuntu 18.04 LTS が、2018年4月26日（日本時間27日）にリリースされた。 そこで、新規に「Ubuntu 18.04 LTS Server」をインストールしたので備忘録を残す。 インストール媒体の入手 下記URLから、イ... GitLabのインストール 下記URLの手順に従ってインストールする。 https://about.gitlab.com/installation/#ubuntu?version=ce １）必要なパッケージのインストール 下記必要があればインストールする。私の環境では既にインストール済みだった。 $ sudo apt install curl openssh-server ca-certificates postfixをインストール $ sudo apt install postfix postfixの設定では、「ローカルのみ」を選択し進める。
VSCodeのオススメ拡張機能 24選 (とTipsを少し)
1. vscode-icons アイコンがついて見やすくなる。 2. GitLens とにかく強い。 「コミット単位でのファイル比較」や「最新のコミット内容とそのコミッター表示」など色々してくれる。 git blameする手間なくなる。 3. Prettier コードのフォーマットは自動でやりましょう！ 複数人のこだわりをうんたらするよりも、Prettierに委ねるのが楽。 関連のTipsはここ 4. Git History Git logが見やすい 5. Bracket Pair Colorizer カッコの対応を色付きで表示してくれる。 ものすごく読みやすくなって最高&最高！！ なおBeta版ですが、後継となるBracket Pair Colorizer 2も出ています。 6. Settings Sync どこでも同じ設定で使いたい人には便利。 ⇧ + ⌥ + U/D で設定をアップロ
Gitリポジトリ内をgrepする git grep はシンプルで超便利 | DevelopersIO
Gitリポジトリ内を検索する機会はよくあると思います。git grepコマンドを使えば、git管理下のファイルのみを対象としてgrepができます。シンプルなコマンドですが、利便性はとても高いと思います。 「このメソッドって、どこで使われてるんだっけ？」 「その定数の定義って、値は何だっけ？ どこにあるんだっけ？」 「あのURLって、何箇所で使われているんだろう？」 Gitリポジトリ内を検索する機会はよくあると思います。 このメソッドって、どこで使われてるんだっけ？ その定数の定義って、値は何だっけ？ どこにあるんだっけ？ あのURLって、何箇所で使われているんだろう？ git grepコマンドを使えば、Git管理下のファイルのみを対象としてgrepができます。 シンプルなコマンドですが、利便性はとても高いと思います。 なお、grep対象はカレントブランチのみです。 目次 シンプルな例 特定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Sider Review
https://aqjune.github.io/posts/2021-10-4.the-select-story.html
Incident with GitHub Actions, Git Operations, and GitHub Packages
PlantUML Cheat Sheet - Qiita
GitLab を日本語化してGmailからメール通知する！ | ぴぐろぐ
gitconfig の基本を理解する - Qiita
