並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 129件

新着順 人気順

gitの検索結果41 - 80 件 / 129件

  • Gitブランチ戦略 Stacking手法のケーススタディ | メルカリエンジニアリング

    こんにちは。メルカリのBackendエンジニアの@osari.kです。 この記事は、Mercari Advent Calendar 2023 の9日目の記事です。 一般に大きなプルリクエストはレビューが大変で、マージまでに時間がかかります。一方で複数の小さいプルリクエストに分割するとコードレビュー待ちの間、関連する開発がブロックされることがあります。今回は機能の開発時間を短くするために、チームで試したGitのブランチ戦略の1つであるStacking手法をケーススタディを交えて紹介します。 大きなプルリクエストがもたらす問題点 大きなプルリクエストがもたらす問題とは何でしょうか? コードレビューで読むサイズが増える コードレビュー中の修正回数が増える(可能性が増える) コードレビューで必要な知識の範囲が広がる(可能性が増える) 変更箇所が多いのでリリースのリスクが増加する プルリクエストが大

      Gitブランチ戦略 Stacking手法のケーススタディ | メルカリエンジニアリング
    • Inside .git

      Hello! I posted a comic on Mastodon this week about what’s in the .git directory and someone requested a text version, so here it is. I added some extra notes too. First, here’s the image. It’s a ~15 word explanation of each part of your .git directory. You can git clone https://github.com/jvns/inside-git if you want to run all these examples yourself. Here’s a table of contents: HEAD: .git/head b

      • Git中級者への第1歩! レビュー品質向上の秘訣、コミットに便利なコマンドを紹介

        「Women Developers Summit 2023(デブサミウーマン2023)」で大反響だったセッション「Git中級者への第1歩」が、パワーアップしてCodeZineに帰ってきました。この連載では、コマンドの使い方やGitの効率的な学び方など、知っておくと役立つ情報をお届けし、基礎から更なるステップアップを目指すみなさまを応援していきます。 はじめに こんにちは、都内でソフトウェアエンジニアとして働いている藤澤です。最近はフロントエンドの開発を担当しており、TypeScript、Reactあたりをよく触っています。 今回は「Git中級者への第1歩」と題しまして「普段の業務では困らないくらいにGitを使えているけど、もっと便利にGitを使いたい」という方向けの記事を3回にわたって書いていきます。 本連載は「Women Developers Summit 2023」にて筆者が発表した「

          Git中級者への第1歩! レビュー品質向上の秘訣、コミットに便利なコマンドを紹介
        • デスクトップ版「Firefox」の開発が「Git」に一本化へ、「Mercurial」を諦める/リポジトリはMicrosoft傘下の「GitHub」でホスト

            デスクトップ版「Firefox」の開発が「Git」に一本化へ、「Mercurial」を諦める/リポジトリはMicrosoft傘下の「GitHub」でホスト
          • CHANGELOGの悩みを一発解決!git-cliffの使い方からカスタマイズまで📚

            はじめに CHANGELOGを自動生成するツールは多種多様です。Conventional Commitsに対応したコミットメッセージから生成するもの、GitHub上でのリリースやタグ付けまで行うものなどがあります。 CHANGELOGを自動生成する際には、バージョンタグに対応したコミットメッセージを基にしてくれると便利です。コミットメッセージを適切に付けるだけで、後はツールにお任せできます。ただし、いくつかの懸念点が存在します。 懸念点 1: チキンエッグプロブレム CHANGELOG自動生成ツールは便利ですが、一つの大きな問題があります。それは、Gitのタグとコミットメッセージを基にCHANGELOGを生成するため、タグを作成する前にはCHANGELOGが存在しないという点です。この状況は「チキンエッグプロブレム」に類似しています。具体的には、新しいバージョン(卵)がリリースされる際には

              CHANGELOGの悩みを一発解決!git-cliffの使い方からカスタマイズまで📚
            • 「Git」に深刻度「Critical」の脆弱性 ~「Git for Windows 2.45.1」などが公開/リモートコード実行などにつながるおそれ

                「Git」に深刻度「Critical」の脆弱性 ~「Git for Windows 2.45.1」などが公開/リモートコード実行などにつながるおそれ
              • Git 2.44のハイライト

                オープンソースのGitプロジェクトは、新しく加わった34人を含む総勢85人以上のコントリビューターによる新機能の追加とバグ修正が行われたGit 2.44をリリースしました。前回 Git の最新情報をお伝えしたのは、2.43 がリリースされた時でした。 今回の最新リリースを記念して、前回から導入された最も興味深い機能や変更点を GitHub がいくつか紹介します。 マルチパックの再利用によるパック生成の高速化 GitHub との間でリポジトリをプッシュしたりプルしたりする時に Git の出力を詳しく見たことがある人1なら、出力の最後にpack-reused という数字が表示されていることに気づいたかもしれません: $ git clone git@github.com:git/git.git Cloning into 'git'... remote: Enumerating objects:

                  Git 2.44のハイライト
                • スピード感のあるギークな勉強会のリアル〜実用Git第3版の輪読会を題材に - エムスリーテックブログ

                  まえがき こんにちは。AI・機械学習チームの三浦 (@mamo3gr) です。2024年5月30日、チーム横断で実施していた「実用Git 第3版」の輪読会が足掛け2ヶ月で大団円を迎えました。振り返ってみると、エムスリーのエンジニアが持つ資質であるリーダーシップ、スピード感、ギークさがにじみ出ていた会でした。本記事ではこの輪読会の様子をお伝えするとともに、エンジニアリンググループの雰囲気を知っていただければと思います。 まえがき きっかけ 課題図書 形式 ギークなところ まとめ We are hiring !! エンジニア採用ページはこちら カジュアル面談もお気軽にどうぞ インターンも常時募集しています きっかけ 皆さんも常日頃のコードベースへの変更はお互いにレビューしているかと思います。筆者の所属するAI・機械学習チームでも同様ですがMR *1 の出し方やコミットの積み方に特に厳格なルール

                    スピード感のあるギークな勉強会のリアル〜実用Git第3版の輪読会を題材に - エムスリーテックブログ
                  • ChatGPTのAPIを利用してGitのブランチ名・コミットメッセージを自動生成するbentoを作りました

                    使い方は柔軟ですが、自分が使っている方法を紹介します。 まず環境変数OPENAI_API_KEYにChatGPTのAPIのtokenをセットします。 ~/.gitconfigに以下の設定を足します。 [alias] sb = !git diff -w | bento -branch -model "gpt-4o" sc = !git diff -w --staged | bento -commit -model "gpt-4o" git sbでブランチ名推薦、git scでコミットメッセージ推薦をしてくれます。-modelでモデルを指定できますが、精度や速度の問題でgpt-4oがおすすめです。 色々使った結果、実際にGitのフローで使う場合、以下のことを考える必要があります。 ブランチ名を作りたい時はaddする前 新規ファイルは特に自動生成のファイルだとかなり大きくなることがあり、そういう

                      ChatGPTのAPIを利用してGitのブランチ名・コミットメッセージを自動生成するbentoを作りました
                    • simple-gitを使ってみたら便利だった | DevelopersIO

                      simple-git を使って、TypeScript による自動化事例を記事に致しましたが、TypeScript による cli のフレームワークを主に説明していたり、方向性が微妙なポストだなぁと反省…。 こんにちは、高崎@アノテーション です。 はじめに 我々が行っている作業におきまして、手動でファイルを更新することや環境を整備することは少なくありません。 以前から手を抜いて少ない工数で効率よく、かつ人為的ミスを削減することを生き甲斐としておりまして、手動でファイル操作をするものがあれば、以前ですと Linux のターミナル上で作業していたこともあり bash シェルで自動化を行う方法はないか、を常に考えていました。 ファイルの変化を見る場合はgitを使ってローカルでリポジトリを組んでみたり、結果の文字列を捏ねて諸々処理する時には、シェルを実装するに当たって欠かすことのできないawkやs

                        simple-gitを使ってみたら便利だった | DevelopersIO
                      • AWS CodeCommit リポジトリを他の Git プロバイダーに移行する方法 | Amazon Web Services

                        Amazon Web Services ブログ AWS CodeCommit リポジトリを他の Git プロバイダーに移行する方法 本記事は 2024 年 7 月 31 日時点のブログ How to migrate your AWS CodeCommit repository to another Git provider を翻訳したものです。 慎重に検討を重ねた結果、 2024 年 7 月 25 日をもちまして、 AWS CodeCommit について、新規のお客様向けのアクセスを閉じることを決定いたしました。 AWS CodeCommit を既にお使いのお客様は、これまで通りサービスをご利用いただくことが可能です。 AWS は AWS CodeCommit のセキュリティ、可用性、パフォーマンスの改善に引き続き投資を行ってまいりますが、新機能の導入は予定しておりません。 お客様は、リポ

                          AWS CodeCommit リポジトリを他の Git プロバイダーに移行する方法 | Amazon Web Services
                        • 【Git】新規ローカルブランチ作成時に自動でFirst Commitを行う for Four Keys

                          この記事は GMOアドマーケティング Advent Calendar 2023 5日目の記事です。 皆さん、お久しぶりです。GMOアドマーケティングのGood!Apps開発担当のharuです。 最近、弊社の開発部ではFour Keysを導入し、開発者体験や生産性の向上に注力しています。今回は、Four Keysの計測に必要な処理の一部を自動化しましたので、その詳細についてお話しできればと思います。 Four Keysとは まず、Four Keysについて簡単に説明します。 Four Keysは、GoogleのDevOps Research and Assessmentチームが提唱した、ソフトウェア開発チームのパフォーマンスを評価するためのフレームワークです。このフレームワークは以下の4つの指標で構成されています。 デプロイの頻度: 本番環境へのリリースの頻度を示します。頻繁なリリースは、ア

                            【Git】新規ローカルブランチ作成時に自動でFirst Commitを行う for Four Keys
                          • bun.lockbのVersion管理をGitでどうやる?問題

                            はじめに bun installで生成されるBunのロックファイルはbun.lockbというバイナリファイルである。 公式を読むと性能向上のためにバイナリ化していることがわかる。 Why is it binary? In a word: Performance. Bun’s lockfile saves & loads incredibly quickly, and saves a lot more data than what is typically inside lockfiles. 困ること まさにこのツイートの問題で、Git管理したいのにバイナリが出力されるのは不便で、どうしよう? と実際の本番利用では困るだろう。 解決方法 案1. git diffで差分確認する 公式のページを読むと、どうやら設定追加でgit diffができるらしい。 bun install request g

                              bun.lockbのVersion管理をGitでどうやる?問題
                            • GitHub - altsem/gitu: A TUI Git client inspired by Magit

                              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

                                GitHub - altsem/gitu: A TUI Git client inspired by Magit
                              • P2PでGitを共有するコードコラボレーションネットワークシステム「Radicle」はどんなものなのか?を開発者が解説

                                「Radicle」はGitリポジトリをP2Pで共有できるオープンソースソフトウェアで、ユーザーが独自のノードを実行するためサードパーティーに依存したり検閲を受けたりすることなく他人と協力して開発を行う事が可能です。そのRadicleの開発者がニュースサイト「Hacker News」のコメント欄に出現し、ユーザーのさまざまな疑問に答えました。 Radicle: sovereign code infrastructure https://radicle.xyz/ Radicle: Open-Source, Peer-to-Peer, GitHub Alternative | Hacker News https://news.ycombinator.com/item?id=39600810 Q:P2Pはバズワードとして使用されて以来非常に幅広い意味を持つようになってしまったので、ここではどういう

                                  P2PでGitを共有するコードコラボレーションネットワークシステム「Radicle」はどんなものなのか?を開発者が解説
                                • VSCodeのGit連携をさらに便利に! 拡張機能Git History、Git Graph、GitLensを解説

                                  GitHub Codespaces 最後に、GitHub Codespacesを紹介します。GitHub Codespacesは、GitHubが提供する開発環境です。Webブラウザ、VSCode、JetBrains IDE、GitHub CLIから利用できます。特にWebブラウザから利用すると、場所やデバイスを選ばずにリポジトリでの編集作業を全て完結できるので非常に便利です。Codespacesは、Microsoft Azure上にホストされたLinux仮想マシンで、Dockerコンテナを動作させてそこにリポジトリのクローンや開発ツールなどを配置して動作させます。技術的な詳細は、「GitHub Codespaces の概要 - GitHub Docs」を参照してください。Codespacesは、GitHub無料プランの個人ユーザの場合は月間15GB、120時間まで無料で使えます。 では、W

                                    VSCodeのGit連携をさらに便利に! 拡張機能Git History、Git Graph、GitLensを解説
                                  • .git-blame-ignore-revs ファイルを使ってgit blameの結果を綺麗に保つ

                                    はじめに先日、関わっているプロジェクトで使っている macisamuele/language-formatters-pre-commit-hooksを長らくアップデートしていなかったのでアップデートした。 すると内部で使用しているフォーマッタのバージョンも上がり1フォーマットに微妙な差が出てしまった。 なにも考えずに差分をcommitしても良かったが、コードのフォーマット変更のコミットを追加してしまうと、後々 git blame で本来の変更コミットが追いづらくなってしまうのは避けたかった。 そこでプロジェクトに以下のような .git-blame-ignore-revs ファイルを導入することで解決した。 # This is a file used by GitHub to ignore the following commits on `git blame`. # # You can a

                                    • Highlights from Git 2.44

                                      AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

                                        Highlights from Git 2.44
                                      • So You Think You Know Git - FOSDEM 2024

                                        Scott Chacon's FOSDEM 2024 talk on Git Tips and Tricks. Scott talks about: 00:00 - Introduction 01:06 - About Me (well, Scott Chacon) 02:36 - How Well Do You Know Git? 05:09 - Our Agenda 06:25 - Some Helpful Config Stuff 09:42 - Oldies But Goodies 16:22 - Some New Stuff (You May Not Have Noticed) 23:48 - Some Big Repo Stuff / Monorepo Stuff 33:29 - Some New Github Stuff 35:54 - GitButler 36:50 -

                                          So You Think You Know Git - FOSDEM 2024
                                        • CopilotChatとNeovimでGitの効率を上げる

                                          LazygitでCommit Messageを作成する 最近Git Commit MessageをCopilotChat.nvimに生成してもらっているのですが、その際の便利設定を紹介します。 CopilotChat.nvimについて詳しくは以下の記事を参照してください。 これは何をしているかというと ftplugin/gitcommit.luaにCopilotChatの設定を追加 gitcommitのバッファが開かれた時にCopilotChatを自動で起動 こうしておくことで shell commandでgit commitを実行するとNeovimが立ち上がる CopilotChatが自動で起動してCommit Messageを生成してくれる c-yで生成されたCommit MessageをBufferに貼り付ける。気に入らなかったら <leader>cで再生成 :qqでBufferの保

                                            CopilotChatとNeovimでGitの効率を上げる
                                          • gh copilotにgit diffの入力を渡して、git stashの説明文を作ってもらう - hitode909の日記

                                            GitHub CopilotにはCLIがあるのを思い出して、コマンドの実行結果をそのままプロンプトに渡すと、文脈に沿った仕事をお願いしやすいんじゃないか、と思って、試してみた。 git stashをよく使うのだけど、一覧になっていると、何がstashされているかわからないので、stashの保存時に、内容を要約してもらう、というタスクを試してみる。 なんらかのCLIにdry-run機能をつけている途中で、git stashしたいとする。 index f1f5a2f..dd70bf5 100755 --- a/cli.js +++ b/cli.js @@ -19,6 +19,10 @@ command } else { command.help(); } + }) + .arguments(['dry-run']) + .action(async(file) => { + console.lo

                                              gh copilotにgit diffの入力を渡して、git stashの説明文を作ってもらう - hitode909の日記
                                            • Using Git offline

                                              Some companies use an isolated network or even the complete lack of a network as a security measure to protect from unauthorized access. Working on these systems can be a struggle but it is still possible, and perhaps even more important, to use a proper version control tool like Git. By design Git works quite happily with no remote repository. You can branch, stage, and commit files just like nor

                                              • git diff+ChatGPTでPRの説明文作成しよう! - Qiita

                                                はじめに 組織で開発を行っている皆さんは普段からPull Request(PR)を作っていますよね?(決めつけ) masterブランチに直接pushしている方も中にはいるかもしれませんが、会社やチームで開発を行っていると、PRを作成する頻度は高いのではないかと思います。 そしてPRを作成する際には、その説明文を書く必要があります。 コードだけを読んで修正意図が伝わればいいですが、そうはいってもすべての背景をコードベースで伝えるのには限度があります。 しかし、だからといって修正の背景や詳細を、開発者自身が客観的な文章で伝えるのは簡単なことではありません。 そこで、この記事ではgit diffとChatGPTを組み合わせて、自動的にPRの説明文を生成する方法をご紹介します。 How to make PR? 繰り返しになりますが使うのはgit diffコマンドとChatGPTだけなんです!(お昼

                                                  git diff+ChatGPTでPRの説明文作成しよう! - Qiita
                                                • Tracking SQLite Database Changes in Git | Garrit's Notes

                                                  Note: This post stirred up some interesting discussions on HackerNews and Lobste.rs. SQLite stores data in binary. If you run cat mydb.sqlite, you'll see a bunch of gibberish that doesn't resemble structured data at all. If you want to track changes and updates to a database using Git, you won't be able to see full diffs by default. You'll see that the file has changed, but not what changed exactl

                                                  • Git GUIツールについて - Qiita

                                                    こんにちは! 株式会社OGIX クライアントエンジニアのY.Kです! (弊社については最後に紹介があるのでぜひ見てください) みなさんはGit GUIツールを使用していますか? 私はGit触り始めての頃にコマンドラインツールでのGit操作していた所、先輩にGit GUIツールの使用を勧められました。 最初はコマンドラインでの操作と比べて段違いで操作しやすい!!!と感動していました。 ですが最近になってGit GUIツールでのできないこと、ツールならではのデメリットなどに気が付いたのでGit GUIツールについて簡単に紹介しようと思います。 Git GUIとは? GUI(グラフィカルユーザーインターフェース)は、ユーザーが直感的に操作できるグラフィカルなインターフェースのこと。 マウスやタッチパネルなどの入力デバイスを用いて、ウィンドウやアイコン、メニューなどを操作でコンピュータプログラムの

                                                      Git GUIツールについて - Qiita
                                                    • 「Git for Windows 2.46.0」が公開 ~これがWindows 7/8対応の最終版/分散型バージョン管理システム「Git 2.46.0」の新機能にWindows固有の改善を追加

                                                        「Git for Windows 2.46.0」が公開 ~これがWindows 7/8対応の最終版/分散型バージョン管理システム「Git 2.46.0」の新機能にWindows固有の改善を追加
                                                      • A Git story: Not so fun this time | Brachiosoft Blog

                                                        Linus Torvalds once wrote in a book that he created Linux just for fun, but it ended up sparking a revolution. Git, his second major creation, also an accidental revolution. It’s now a standard tool for software engineers, but its origin story wasn’t so much fun this time, at least for Linus. Linus doesn’t scale 1998 was a big year for Linux. Major companies like Sun, IBM, and Oracle started getti

                                                          A Git story: Not so fun this time | Brachiosoft Blog
                                                        • Linux 6.8リリース、メインラインのGitオブジェクト数はまもなく1000万に | gihyo.jp

                                                          Linux Daily Topics Linux 6.8リリース⁠⁠、メインラインのGitオブジェクト数はまもなく1000万に Linus Torvaldsは2024年3月10日(米国時間⁠)⁠、「⁠Linux 6.8」の正式版を公開した。通常のカーネルサイクルと同様に開発期間に約2ヵ月、7本のリリース候補版を経ての公開となる。 Linusはリリースにあたって「いくつかの作業に行き詰まりはあったが、リリースを予定より遅らせる理由は何もない。Linux 6.8はすべての点で平均的なリリースで、新しいファイルシステムやアーキテクチャの採用はない。目立つことといえば、Gitオブジェクトの数が1000万未満となる最後のメインラインカーネルになることくらいかな。オブジェクトの数は999万6,000個に達しており、linux-nextツリーではすでに超えている。もっともすばらしくキリが良い数字という以

                                                            Linux 6.8リリース、メインラインのGitオブジェクト数はまもなく1000万に | gihyo.jp
                                                          • Gitに不慣れな人はとりあえずgit statusを打ちまくっておけば大体なんとかなる説 - Qiita

                                                            まずは結論 Gitに不慣れなうちは、何か操作をする前にとりあえず git status を打ちまくりましょう。 エラーでトラブっている時だけでなく、うまくいっている(と思っている)時も含めてです。 それがミスを未遂にとどめたり、困ったときの指針になったりします。 想定読者 Gitの基本は一通り学習済みだけど、以下のようにコマンド操作にはまだ自信がない人。 トラブルが起きたらとりあえず git reset --hard HEAD で初期状態に戻してやり直してる ググって出てきたコマンドを打って雰囲気で解決してるけど、あまり理解できてない PRをレビューしてもらうとき、Gitの操作起因で間違った状態になっていることの指摘を多く受けたり、その解消に時間を費やしがち git status が役立つ事例紹介 ここからは、後輩の指導などでも発生した事例をもとに、どこで git status を使ってい

                                                              Gitに不慣れな人はとりあえずgit statusを打ちまくっておけば大体なんとかなる説 - Qiita
                                                            • Highlights from Git 2.45

                                                              AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

                                                                Highlights from Git 2.45
                                                              • Modern Git Commands and Features You Should Be Using | Martin Heinz | Personal Website & Blog

                                                                All of us - software engineers - use git every day, however most people only ever touch the most basic of commands, such as add, commit, push or pull, like it's still 2005. Git however, introduced many features since then, and using them can make your life so much easier, so let's explore some of the recently added, modern git commands, that you should know about. Switch New since 2019, or more pr

                                                                • GitHub - gitbutlerapp/gitbutler: The GitButler version control client, backed by Git, powered by Tauri/Rust/Svelte

                                                                  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

                                                                    GitHub - gitbutlerapp/gitbutler: The GitButler version control client, backed by Git, powered by Tauri/Rust/Svelte
                                                                  • VSCodeのソース管理をはじめよう! Gitの連携機能について解説

                                                                    CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

                                                                      VSCodeのソース管理をはじめよう! Gitの連携機能について解説
                                                                    • 【Git】「.git」の中をGitに管理させてみた - Qiita

                                                                      はじめに Git Advent Calendar 2023 3日目の投稿です。よろしくおねがいします。 前々回、前回を通じて以下のコマンドが使えるようになったと思います。 git init git add git commit git branch git checkout git merge 内部でどんな動きがされてるか気になったので、今回は↑のコマンドを実行した時に.gitフォルダの中がどのように変化するか観察したいと思います。 やること 下の感じで進めていきます。 リポジトリ(A)を作成 ⬇ リポジトリ(A)の.git内でgit initして.gitを管理するリポジトリ(B)を作成 ⬇ リポジトリ(A)の方でGitのコマンドをいろいろ打ってリポジトリ(B)で差分を観察 Gitリポジトリを2つ使っているので、切り替えがわかりにくい箇所があると思いますがご容赦ください 準備 「git/s

                                                                        【Git】「.git」の中をGitに管理させてみた - Qiita
                                                                      • 「git pull」と「git fetch」の違いとは?

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

                                                                          「git pull」と「git fetch」の違いとは?
                                                                        • 開発者が知っておくべき12のGitコマンドまとめ GitHub

                                                                          GitHubは2024年6月10日(米国時間)、バージョン管理システム「Git」を使用する全ての開発者が知っておくべき12のGitコマンドを公式ブログで解説した。 GitHubは「開発者として毎日使うことになる12のGitコマンドを使うことで、より効率的にGitを扱えるようになる。私たちが『GitHub Flow』と呼んでいるブランチベースのワークフローも実践できるようになる」と述べている。 GitHubは、12のGitコマンドとそれぞれの使用方法を次のように解説している。 1.Git config 開発者がマシンにGitをインストールした後、最初にすべきことは、自身が誰なのかをGitが理解できるように設定することだ。 メールアドレスとユーザー名を設定するには、下記のgit configコマンドを実行する。

                                                                            開発者が知っておくべき12のGitコマンドまとめ GitHub
                                                                          • Next.js(最新version)でChatGPTのCloneアプリを作成してみた。(Gitで確認できます) - Qiita

                                                                            Next.js(最新version)でChatGPTのCloneアプリを作成してみた。(Gitで確認できます)PythonJavaScriptVue.jsReactChatGPT ChatGPTをゼロから作ってみた 作成したアプリの画像 下記でアプリを実際に動かせるのでよかったら確認してみてください。 ChatGPT-Clone-AppのURL プロジェクトはGitで管理してますので、クローンして使ってみてください。 chat-gpt-clone-appのGithubリポジトリのURL 自己紹介 お久しぶりの投稿です。本業と個人の仕事で忙しく1年振りの投稿になります。 株式会社DYMのエンジニアをしております、永松です。 普段はインフラはAWSを使い、Python(FastAPi), Golang(net/http), PHP(Laravel), TypeScript(Nuxt.js or

                                                                              Next.js(最新version)でChatGPTのCloneアプリを作成してみた。(Gitで確認できます) - Qiita
                                                                            • Git as debugging tool

                                                                              Are you sure? Debugging with Git? What are the tools that comes on your mind when someone say “debug”? Let me guess: a memory leak detector (e.g. Valgrind); a profiler (e.g. GNU gprof); a function that stops your program and gives you a REPL (e.g. Python’s breakpoint and Ruby’s byebug); something that we call a “debugger” (like GDB, or something similar embedded on the IDEs); or even our old frien

                                                                                Git as debugging tool
                                                                              • 実用 Git 第3版

                                                                                Gitの包括的な解説書。本書ではVCS(バージョン管理システム)の使用経験があるソフトウェアエンジニアを対象に、分散型バージョン管理システム「Git」の使い方を、リポジトリの内部やブランチの状態を示す図を多用しながら丁寧に解説します。開発時によく使われるサブコマンドだけでなく、トラブルシューティング時に使用するサブコマンドも幅広く解説します。Gitのサブコマンドの使い方だけではなく、Gitリポジトリの内部構造についても解説するので、読者はGitをより深く理解できるようになるでしょう。 関連ファイル サンプルコード 正誤表 ここで紹介する正誤表には、書籍発行後に気づいた誤植や更新された情報を掲載しています。以下のリストに記載の年月は、正誤表を作成し、増刷書籍を印刷した月です。お手持ちの書籍では、すでに修正が施されている場合がありますので、書籍最終ページの奥付でお手持ちの書籍の刷版、刷り年月日

                                                                                  実用 Git 第3版
                                                                                • 第792回 GUIのGitクライアント、GittyupでGitの勉強をする | gihyo.jp

                                                                                  Ubuntu Weekly Recipe 第792回GUIのGitクライアント⁠⁠、GittyupでGitの勉強をする 今回はオープンソースでマルチプラットフォームなGUIのGitクライアント、Gittyupを紹介します。 Git初学者向けのGUIクライアント あなたはプログラマーです。Gitも突っ込んだことは検索しないとよくわからないものの、普段遣いする範囲では手に馴染んたツールとなっています。 そんな中、同じチームに中途採用の新人が配属されることになりました。プログラムに関する知識はあるものの、Gitについては経験がないらしく、説明してくれと上長から言われてしまいました。 そんな人に説明できるほど詳しいわけではないんだけどな……と思いつつ、クライアントOS(もちろんUbuntu)で動作するGitクライアントを探し始めました。長期的に考えればgitコマンドを覚えてもらうほうがいいに決まっ

                                                                                    第792回 GUIのGitクライアント、GittyupでGitの勉強をする | gihyo.jp