タグ

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

タグの絞り込みを解除

Gitに関するgreenbowのブックマーク (12)

  • すぐ使いこなせるようになりたい人のためのGit入門一覧

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

    すぐ使いこなせるようになりたい人のためのGit入門一覧

  • Gitは最初1244行しかなかった


    概要 Junio C Hamanoさんに興味を持って調べていると、Linusさんが書いたGitの初版は1244行ということが分かりました。Gitの初版について、軽く行数の確認とビルドチャレンジをして、あまり調べずに動かしながら機能を推測してみました。 はじめに Highlights from Git 2.39 の冒頭で登場するcommit数が一番多い方﹁Junio C Hamano﹂さんを知らなかったので調べてみました。 gihyoのインタビュー記事が面白かったです。Junio C HamanoさんはGitのメンテナで、LinusさんからGitのメンテナを引き継いだすごい方だということを知りました。 このgihyoのインタビュー記事の中で﹁MLで流れてきたGitのコード行数は1244行だった﹂というところが気になりました。調べてみると、2020年にTwitterでRui Ueyamaさんへ
    Gitは最初1244行しかなかった
    greenbow
    greenbow 2022/12/16
    リンク

  • コマンドを使わずに理解するGit - Qiita


    この記事はNuco Advent Calendar 2022の7日目の記事です はじめに 株式会社Nucoでエンジニアをしている@noshishiです。 今回は、ついついその場限りのコマンド実行で乗り越えがちなGitを、コマンドを使わず理解するための記事を書こうと思います。Gitとは バージョンを管理し、作業を分散するGitは、分散型バージョン管理システムと呼ばれるソースコードの管理システムの1種です。Gitは、ファイルの変更履歴︵バージョン︶を記録・追跡することで、過去と現在のファイルを比較し、変更点を明らかにすることで、円滑に開発作業を進めるためのツールです。 また、一度に複数の開発者がファイルを編集できるシステムなので、作業を分散して行うことができます。Gitを使うということ まず、みんなで共有できる保存場所︵以下、リモートリポジトリ︶にあるファイルなどを、手元のパソコン︵以
    コマンドを使わずに理解するGit - Qiita

  • 「Git」に任意コード実行などへつながるおそれのある脆弱性が2件／「Git for Windows」「GitHub Desktop」などの関連ツールにセキュリティアップデート

    「Git」に任意コード実行などへつながるおそれのある脆弱性が2件／「Git for Windows」「GitHub Desktop」などの関連ツールにセキュリティアップデート

  • Git's database internals I: packed object store

    EngineeringOpen SourceGit’s database internals I: packed object storeThis blog series will examine Git’s internals to help make your engineering system more efficient. Part I discusses how Git stores its data in packfiles using custom compression techniques. Developers collaborate using Git. It is the medium that allows us to share code, work independently on our own machines, and then finally com

    Git's database internals I: packed object store

  • GitHub Skills

    GitHub Skills Learn how to use GitHub with interactive courses designed for beginners and experts. Start with Introduction to GitHub

  • Oh Shit, Git!?!


    Gitって難しい。簡単にぐちゃぐちゃの状態になっちゃうし、失敗を直す方法を知ろうとしたところでまじくそ不可能。Gitのドキュメンテーションって卵とニワトリの問題みたいなところがあって、ハマりから抜け出すために知ってないといけない事柄の名前をあらかじめ知っていないと、どうやって問題を解決したらいいのか検索することすらできないんだよね。 だからここに、私が遭遇したことのあるよろしくない状況から、最終的にどうやって抜け出したかをフツーの日本語で書いていこうと思う。 くっそー、超絶やらかした。お願い、Gitには魔法のタイムマシンがあるって言って？git reflog # こうすると、Gitでやったことがすべてのブランチに渡って全部見えるよ！ # どのブランチにも HEAD@{index} ってインデックスがあるはずだから # やらかす前のやつを見つけてgit reset HEAD@{index
    greenbow
    greenbow 2022/06/05
    リンク

  • Conventional Commits

    Conventional Commits 人間と機械が読みやすく、意味のあるコミットメッセージにするための仕様 Conventional Commits 1.0.0 概要 Conventional Commits の仕様はコミットメッセージのための軽量の規約です。 明示的なコミット履歴を作成するための簡単なルールを提供します。この規則に従うことで自動化ツールの導入を簡単にします。 コミットメッセージで機能追加・修正・破壊的変更などを説明することで、この規約は SemVer と協調動作します。 コミットメッセージは次のような形にする必要があります: 原文： <type>[optional scope]: <description> [optional body] [optional footer(s)] 訳： <型>[任意 スコープ]: <タイトル> [任意 本文] [任意 フッター] あな

    greenbow
    greenbow 2022/04/02
    リンク

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


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

  • Oh My Git!

    An open source game about learning Git! Play the game! You can download binaries for Linux, macOS, and Windows from our itch.io page! Download the game! FeaturesOh My Git! visualizes the internal structures of Git repositories in realtime. The player can immediately see the results of their actions: To accommodate people who are new to Git, the game features a custom-designed playing card interfac

    Oh My Git!

  • What is GitLab Flow?

    GitLab Flow prevents the overhead of releasing, tagging, and merging to streamline development. Git simplifies branching and merging, leading software development teams to move away from other source control tools, like SVN, and adopt a workflow to simplify development. Organizations moving to Git from other version control systems may have difficulty identifying an effective workflow. GitLab Flow

    What is GitLab Flow?

  • コミットはスナップショットであり差分ではない


    Git は紛らわしいという評判です。用語や言い回しが意味するものと、そこから想像する挙動が違ってユーザーが混乱すると言われます。これは、gitcherry-pick や git rebase のような﹁履歴を書き換える﹂コマンドに最も顕著です。私の経験では、この混乱の根本的な原因は、コミットは 差分 であり順番を入れ替えることができるという解釈にあります。しかし、コミットはスナップショットであって、差分ではありません! Git がリポジトリデータをどのように保存しているかを見てみると、Git を理解しやすくなります。このモデルを調べた後に、この新しい視点が gitcherry-pick や git rebase のようなコマンドを理解するのにどのように役立つのかを探っていきます。 本当に深く 掘り下げたいのであれば、Pro Git という書籍のGit Internals の章を読むと
    コミットはスナップショットであり差分ではない
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.