[B! git] miguchiのブックマーク

Gitの仕組みと用語 / GitHub Term

物理情報工学ソフトウェア開発演習

miguchi 2024/06/01

github
git

リンク

git-replay を最低限の使い方で触ってみた - Mitsuyuki.Shiiba

git-replay というコマンドが追加されたみたいなので触ってみた。とは言っても、自分はあんまり凝ったことはやらないので、細かいところまでは踏み込まずに最低限の使い方ができたらいいなってくらいの気持ちで触った。 github.blogこの記事には、こんな風に書いてある↓ git replay exists to address these challenges. Itoffers an alternative to git rebase that, in addition to being far more performant: Can operate in bare repositories. Can rebase branches other than the currently checked-out one (in non-bare repositories). Can

miguchi 2024/02/27

git

リンク

VScodeだけでGit操作を完結させるのだ～～ッ!!

VScodeだけでGit操作を完結させる方法について書くのだ。 👀その前に！この記事は、以下の2つの拡張機能がインストールされている前提で進めるのだ。Git Graph - Visual Studio Marketplace GitLens — Git supercharged - Visual Studio Marketplace インストールしておいてほしいのだ。 ✅ステージング(git add ◯︶以下のようにするのだ。＋ボタンをクリック‥ステージングするーボタンをクリック‥ステージングを解除する ▲ステージング→解除 ✅コミット名を自動でつける右にある✨ボタンを押すと、コミット名を自動で決めてくれるのだ👇 ▲この例だと、変更内容が意味不明すぎて変なコミット名になってるし、現状英語だけみたい？これは、GitHub Copilotの機能なのだ。 ✅コミット(gitc

miguchi 2023/12/07

リンク

【Google Apps Script】GitHubを活用したチーム開発手順の解説 - Qiita

概要 wywy(ワイワイ)合同会社でCEO兼エンジニア担当しています。 GASの開発を複数人でやるようになり、チーム開発が必要になってきたので、GitHubを活用したGAS開発手順をまとめてみました。 GASの場合、ローカルでの開発とは異なり、クラウド上での開発になるので、Chrome 拡張機能でGitを操作する必要があるなど特有のノウハウが必要になります。﹁Node.jsのclaspを使えばいいじゃん！﹂って声も聞こえてきそうですが一般向きでは無いので、この記事では割愛します。方針 GitHubフロー︵現在、mainブランチが推奨です。masterブランチは非推奨です。︶ https://atmarkit.itmedia.co.jp/ait/articles/1708/01/news015.html より引用スクリプトファイル名にGitHubリポジトリ名、ブランチ名を含めるように命名

miguchi 2023/11/25

リンク

VSCodeのソース管理をはじめよう！ Gitの連携機能について解説

はじめに Microsoftの提供するVisual Studio Code︵VSCode︶は、2015年の最初のリリースから、今では開発用エディタの定番の座を占めるまでになりました。これには、無償で使えることも大きいですが、何よりエディタとしての使いやすさ、そしてさまざまな拡張機能によっていくらでも使い勝手を向上させたり、利用の領域を拡げられたりすることも大きいでしょう。本連載では、このVSCodeにフォーカスし、基本的な使い方から拡張機能の活用、そして本格的な開発現場での利用を想定した高度な機能までを紹介していくことで、読者がVSCodeマスターになるお手伝いをします。対象読者テキストエディタメインで開発してきた方 Visual Studioより軽い環境が欲しいと考えている方 Visual Sudio Codeをもっと使いこなしたい方必要な環境本記事の内容は、以下の環境で動作を確

miguchi 2023/11/18

git

リンク

『GitUI』を使ってターミナルからでも直感的なGit操作を｜NAVITIME_Tech

こんにちは、みみぞうです。ナビタイムジャパンで﹃システムや開発環境、チームの改善﹄を担当しています。今回はターミナルで動くGitクライアントツール﹃Git UI﹄を紹介します。本稿は以下のいずれかに当てはまるような方をターゲットにしています。ターミナルで動くGitクライアントツールを探している方 NeovimからシームレスにGitの操作をしたい方 Windowsで使えるGitクライアントツール探しに困っている方 ℹ️ Neovimは、Vimをベース拡張性を考慮してモダンな技術で作られたプロダクトです。Git UIとは﹃Git UI﹄はターミナル上でもGUIのように快適なGit体験を提供するOSSのツールです。Git UI provides you with the comfort of a git GUI but right in your terminal extrawurst/gi

miguchi 2023/10/14

git

リンク

Git入門

大学サークルのイントロ用資料です Gitに入門します resetやrevertも入れたらよかった気がしています

miguchi 2023/05/16

git
入門

リンク

Linus Torvalds 氏の理想の git 運用と GitHub

Note 本記事の内容は Linus 氏の発言が人を傷つける場合に筆者がそれを良しと考えるといった意図はございません少し古い記事になるが、 Linus Torvalds 氏の GitHub に対する苦言が記事になっていた。 LinuxカーネルにNTFSドライバーが追加、トーバルズ氏はGitHub経由のマージに苦言 - ZDNet Japan Linus 氏が GitHub について苦言を呈するのは今に始まったことではない︵後述︶が、別に GitHub のすべてを否定しているわけではない。[1] では一体何が不満なのか。Linus 氏の理想とするgit の開発フローを考察した上で、整理してみたい。 Linus 氏の理想結論からいうと、﹁意味あるコミットを作れ﹂﹁コミットを大事にしろ﹂という思想が伺える。では﹁意味あるコミット﹂﹁大事にされたコミット﹂とは何なのか。筆者な

miguchi 2023/03/07

リンク

Gitの内部構造をよく理解して、うまく使おう【基本の仕組みを解説】

対象読者Gitをより深く理解したい方Gitの自作に興味がある方Gitの内部構造を学ぶ意義Gitの使い方を知っている人でも、それぞれのサブコマンドが実際どういった挙動をしているか、ましてや内部構造がどうなっているかを学んだことがある人は少ないかもしれません。というのも、Gitが内部を知らなくとも十分使える優秀なツールになっているからだと思います。しかし、Gitの内部実装を知ることで、コマンドの挙動を正確に理解できるだけでなく、Gitを使っていて何らかの問題が起きたときにも、自分で対処できるようになります。そうしたGitの地力を鍛えるために、内部構造の把握は重要な要素になってきます。また、今回の内容を学べば、Gitの大枠を実装することもできてしまうので、興味がある方はぜひ挑戦してみてください。Gitについての誤解それでは、まずGitについて多くの人が誤解しているであろう点を挙げ

miguchi 2023/02/26

リンク

Gitハンズオン研修 / Git Hands-on

新卒研修で行ったGit理解のためのハンズオン研修資料です。資料中に出てくるマテリアルはこちら https://github.com/BrainPad/GitForBeginners2020

miguchi 2022/07/15

リンク

Git ls-files is Faster Than Fd and Find

git ls-files is more than 5 times faster than both fd --no-ignore and find! Introduction#In my editor I changed my mapping to open files from fd1 to git ls-files2 and I noticed it felt faster after the change. But that’s intriguing, given fd’s goal to be very fast. Git on the other hand is primarily a source code management system (SCM), it’s main business3 is not to help you list your files! Let’

miguchi 2021/12/06

git

リンク

Bash Scriptの作法 - Qiita

はじめにチーム開発でシェルスクリプト（特にBash Script)を書く際に守るべきルールをまとめます。シェルスクリプトのコードレビューをする際等にお役立てください。スクリプト名 -区切りの小文字英数字（いわゆるkebab-case）をつける。拡張子は.sh. これは特に理由があるわけではないので_区切りでもよいし、チーム内にzshやfish等の他Shell愛好家がいる場合は拡張子は.bashでも良い。どちらにせよチーム内では統一しておかないと混乱の元となる。改行コード LFを使用する。CRLFだと動作しないので書く際に間違うことはないが、Windows上のgitのautocrlf設定によってはご丁寧にCRLFでチェックアウトされてしまう。避けるためにはgit config --global core.autocrlf inputとするか、.gitattributesをレポジトリ

miguchi 2021/10/03

リンク

「仕事のコード」を残す際のチェックリスト｜Uchio Kondo

最初に注意: この文章は﹁はじめに﹂﹁総論﹂が長いです🙃 追記＠2021/08/11 17:46想像よりはるかに反響をいただいたので、せっかくだからと要点をMarkdownにしてGitHubに置いてみました。何かにご利用ください。はじめに・﹁仕事のコード﹂、つまり、業務などで作ったコードが、なるべく負債にならず、なるべく俗人化しないようにするために留意すると良さそうなことを自分の経験などから列挙したものです。・ちなみに、﹁対象読者﹂に書いてありますが、そもそものモチベーションが﹁非エンジニアがノーコード系のサービスで作ったシステムが最近増えつつあるような...﹂というところでした。こういうのどう取り扱うといいんですかねとなった時、まずは運用できる形にしてもらいたい、という狙いがあります。結果的に、ジュニアなエンジニアが良いシステムを残す上でも使える知識かなと思います。・個別の項目に

miguchi 2021/08/12

リンク

Gitのワークフローについての私のスタンス | おそらくはそれさえも平凡な日々

Gitのワークフロー、好みが分かれる分野で自転車置き場の議論にもなりがちだと感じている。基本的にはプロジェクトの流儀に素直に従い、余計なストレスを抱えないのが良いと考えている。例えば、私はマージコミットを作るのが好みだが、OSS活動等では﹁squash & mergeして﹂って言われることもあり、そういうときは当然素直に従うようにしている。ということで、私のGitのワークフローについてのスタンスについて書いておこうと思う。私と一緒に働く人や、働くことを検討している人の参考になればと思います。もちろん、この辺りは、良い方向に変化もさせていきたい。例えばエントリー内でも触れていますが、私は昔はforce pushを禁止したいくらいでしたが、今は使っても良い、と思うようになりました。 Natureの特にGoでのバックエンド開発はこれに近い感じだとイメージしてもらえればと思います。ただ、できてな

miguchi 2021/05/26

git

リンク

GitHub - banga/git-split-diffs: Syntax highlighted side-by-side diffs in your terminal

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

miguchi 2021/05/03

git
github

リンク

仕組みから理解する Git 入門 ~ ひとり開発でも便利 ~

配信動画はこちら https://www.youtube.com/watch?v=qerW4vBftNA もし良かったらムーザルちゃんねるのチャンネル登録お願いします！ https://www.youtube.com/channel/UCLPHXwLp90A5R69Eltxo-sg Twitter でもプログラミングネタをつぶやいているのでフォローお待ちしております。ムー https://twitter.com/mu_vpoe zaru https://twitter.com/zaru

miguchi 2021/02/12

リンク

ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja)

https://martinfowler.com/articles/branching-patterns.html 最新のソース管理システムには、ソースコードのブランチを簡単に作成できる強力なツールが用意されています。しかし、最終的にはこれらのブランチをマージしなければならず、多くのチームは混み合ったブランチに対処するのに膨大な時間を費やしています。複数の開発者の作業をインテグレーションし、本番リリースまでの道筋を整理することに集中して、チームが効果的にブランチを利用できるようにするためのパターンがいくつかあります。全体的なテーマとしては、ブランチを頻繁にインテグレーションし、最小限の労力で本番環境に展開できる健全なメインラインを作ることに注力すべきだということです。ベースパターンソースブランチング ✣ メインライン ✣ 健全なブランチ ✣ インテグレーションパターンメインラインイン

miguchi 2020/06/25

リンク

真面目にシステムの品質を設計し、作り込む手順を考える - Qiita

位置づけ本当に完全に全くの0から中規模以上のシステムを作る場合の知見をまとめます。また、開発フローもアジャイル・ウォーターフォールをあまり気にしていません。多分どちらでも使えると思います。残念ながらインフラ領域は門外なので、割愛します。参考 IPA非機能要求グレード https://www.ipa.go.jp/sec/softwareengineering/std/ent03-b.html Webシステム／Webアプリケーションセキュリティ要件書 3.0 https://github.com/ueno1000/secreqモバイルアプリケーションセキュリティ検証標準 https://github.com/coky-t/owasp-masvs-ja git-flow https://nvie.com/posts/a-successful-git-branching-model/

miguchi 2020/05/28

リンク

Git - Book

The entire Pro Git book, written by Scott Chacon and Ben Straub and published by Apress, is available here. All content is licensed under the Creative Commons Attribution Non Commercial Share Alike 3.0 license. Print versions of the book are available on Amazon.com. The version found here has been updated with corrections and additions from hundreds of contributors. If you see an error or have a s

miguchi 2018/10/26

git

リンク

最近のgitを使った開発フローについて - その手の平は尻もつかめるさ

最近のgitを使ったWebアプリケーションのプロジェクトの開発フロー (主にブランチ運用) について記すものです．なお前提としてGitHub Enterpriseを利用しています． git-flow 大上段に構えたもののあまり特殊なことはしていなくて，基本的にgit-flowをそのまま踏襲しています． git-flowについてはしっかりした解説記事がインターネット上に数多く存在しますからそれらを参考にしていただければと思いますが，ざっくり説明すると masterブランチ，developブランチ，releaseブランチ，featureブランチ及びhotfixブランチがある masterブランチは常にリリース可能な状態になっている (すなわち現在本番で稼働しているアプリケーションのコードと等しい) developブランチは開発中の状態で，ステージング環境等に上がっている releaseブラン

miguchi 2017/01/07

git-flow
git

リンク

はてなブックマーク

タグ

関連タグで絞り込む (56)

gitに関するmiguchiのブックマーク (69)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

今週のはてなブックマーク数ランキング（2024年7月第1週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス